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(57) When a schedule is updated, a check is per- 
formed to determine whether matters concerning the 
updated schedule are included in a To Do List, in which 
all processes to be performed are registered, and a 
schedule list. When there is an associated undertaking, 
added to a task table is a notification task for notifying 
a user and reminding him of the existence of that under- 
taking. Then, a notification process for reminding the us- 
er of the schedule for the pending undertaking is per- 
formed under appropriate conditions. 
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Description 

The present invention relates to an information 
processing apparatus that relays a notification to a user 
and a method therefor. 

Notification of a schedule event can be relayed to a 
user by using schedule management software that 
stores and manages the user's schedule. 

When a user, for example, Inputs "10:30-12:00 Re- 
view of new model" to a schedule operating screen and 
selects a notification time of 1 5 minutes prior to the start 
of the review, a notification screen is displayed at 1 0: 1 5: 
00, which is 15 minutes before the scheduled review 
starts, so that the user is reminded of the scheduled 
event. 

With the conventional technique, however, a user 
must select a notification time in advance, and can not 
set up a process that provides alternate procedures cor- 
responding to a variety of situations. 

When the user selects a notification time using the 
conventional technique and then leaves his seat before 
the selected notification time, the performance of the no- 
tification process is useless. In addition, conditions other 
than time can not be designated. Thus, scheduled infor- 
mation can not be fully utilized. 

In other words, according to the conventional tech- 
nique, a user must designate in advance a notification 
time at which to receive a notification, such as a remind- 
er of a scheduled event, from an apparatus, so that per- 
formance of a flexible notification process that corre- 
sponds to an existing situation can not be performed, 
and a notification condition other than the time can not 
be specified. 

An aspect of the present invention performs an ap- 
propriate notification process in consonance with an ex- 
isting situation. 

According to one aspect, the present invention, re- 
lates to an information processing apparatus compris- 
ing: 

determination means for determining whether a 
predetermined notification condition can be satis- 
fied; and 

notification means for notifying a user of a pending 
undertaking when it is ascertained by the determi- 
nation means that the notification condition can be 
satisfied. 

According to another aspect, the present invention 
relates to an information processing method compris- 
ing: 

a determination step of determining whether a pre- 
determined notification condition can be satisfied; 
and 

a notification step of notifying a user of a pending 
undertaking to be executed when it is ascertained 
at the determination step that the notification con- 



dition can be satisfied. 

According to an additional aspect, the present in- 
vention, which achieves these objectives, relates to a 
s computer-readable storage medium in which is stored 
a program for controlling a computer, the program com- 
prising codes for permitting the computer to perform: 

a determination step of determining whether a pre- 
determined notification condition can be satisfied; 
and 

a notification step of notifying a user of a pending 
undertaking to be executed when it is ascertained 
at the determination step that the notification con- 
dition can be satisfied. 

Embodiments of the present invention will now be 
described with reference to the accompanying draw- 
ings, in which: 

Fig. 1 is a diagram showing the functional arrange- 
ment according to one embodiment of the present 
invention; 

Fig. 2 is a diagram illustrating an example system 
arrangement according to the embodiment; 
Fig. 3 is a diagram showing example hysteresis da- 
ta; 

Figs. 4A, 4B, AC, 4D, 4E and 4F are diagrams show- 
ing an example task table; 

Fig. 5 is a diagram illustrating the hardware ar- 
rangement for individual units according to the em- 
bodiment; 

Fig. 6 is a flowchart showing all the processing for 
the embodiment; 

Fig. 7 is a flowchart showing the processing per- 
formed by a console unit; 

Fig. 8 is a diagram showing an example operating 
screen; 

Fig. 9 is a diagram for explaining an example oper- 
ation performed by a system in response to a vocal 
instruction; 

Fig. 10 is a flowchart showing the processing per- 
formed by a task reception unit; 
Fig. 11 is a flowchart showing the processing per- 
formed by a processing execution unit; 
Fig. 12 is a diagram for explaining an example 
wherein selection of a user interface is performed 
in consonance with the communication condition of 
a destination; 

Fig. 1 3 is a flowchart showing an example of the 
communication condition processing that is per- 
formed; 

Figs. 14A, 14B and 14C are diagrams illustrating 

example operation data; 

Fig. 15 is a diagram for explaining example proce- 
dures other than those constituting the original 
processing; 

Fig. 1 6 is a flowchart for an example of the process- 
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ing performed when handling an irregular com- 
mand; 

Fig. 17 is a diagram showing an example for the 
selection ot an output form in accordance with a pri- 
ority level; s 
Fig. 18 is a flowchart showing the processing for 
handling a priority level and an item count; 
Figs. 1 9A and 1 9B are diagrams showing example 
items to be processed; 

Fig. 20 is a diagram illustrating example data that io 
define highlighting display methods consonant with 

the priority levels; 

Fig. 21 is a diagram showing an example for the 
selection of an output form in consonance with the 
priority level for the contents; 15 
Fig. 22 is a flowchart showing the priority acquisition 

processing; 

Fig. 23 is a diagram showing example definitions 
employed in order to acquire priority levels from ur- 
gency levels; 20 
Fig. 24 is a diagram showing example definitions 
employed in order to acquire a priority level conso- 
nant with the position, the post and relations of a 
user; 

Fig. 25 is a diagram showing an example where an 25 
output form is determined in accordance with the 
priority level of a task and a subject individual; 
Fig. 26 is a diagram showing an example where an 
output form is determined in accordance with the 
priority level of a task and a person's post; 30 
Fig. 27 is a diagram showing an example where an 
output form is determined in accordance with its re- 
lationship with a task; 

Fig. 28 is a diagram showing an example where an 
output form is determined in consonance with an 35 

urgency level; 

Fig. 29 is a diagram showing an example where the 
amount of information per item is changed depend- 
ing on the number of items to be processed; 
Fig. 30 is a diagram illustrating an example where 40 
a processing method is determined and updated in 
consonance with the amount of information to be 
processed; 

Fig. 31 is a flowchart showing the processing that 
is performed in consonance with the number of ob- 45 
jects to be searched for; 

Figs. 32A and 32B are diagrams showing examples 
of how to determine which process is to be per- 
formed in response to a presence instruction from 

a user; 50 
Fig. 33 is a flowchart showing processing per- 
formed for user presence determination and pres- 
ence mode conversion processing; 

Figs. 34A, 34B and 34C are diagrams showing ex- 
ample definitions used for presence mode conver- 55 
sion; 

Fig. 35 is a diagram illustrating example user pres- 
ence mode conversion data; 



Fig. 36 is a diagram showing an example where 
what process to be performed is determined as a 
result of an assumption that a user is or is not 
present; 

Figs. 37 and 38 are diagrams showing an example 
where presence data are received to determine 

whether a user is present; 

Fig. 39 is a flowchart showing user's presence in- 
ference processing; 

Fig. 40 is a diagram showing example knowledge 

data used for inferring a user's presence; 

Figs. 41 A and 41 B are diagrams showing examples 

where the presence/absence condition is detected 

to determine whether a user is present; 

Fig. 42 is a diagram showing example processing 

performed when it is ascertained that a user is 

present; 

Fig. 43 is a flowchart showing a user's presence 
mode conversion process; 

Fig. 44 is a diagram showing example processing 
performed when it is ascertained that a user is ab- 
sent; 

Fig. 45 is a diagram showing example processing 
performed when it is determined that a user is about 
to leave his seat; 

Fig. 46 is a diagram showing example processing 
performed when it is determined that a user has re- 
turned to his seat; 

Fig. 47 is a diagram showing example processing 
performed when it is ascertained that whether or not 
a user is present is unknown; 
Fig. 48 is a diagram showing example processing 
performed when it is determined that a contradiction 
exists as to whether or not a user is present; 
Fig. 49 is a diagram showing an example for dis- 
playing a location at which a user is present; 
Fig. 50 is a flowchart showing the user's present lo- 
cation display processing; 

Fig. 51 is a diagram showing example data for lo- 
cations at which a user is present; 
Fig. 52 is a diagram for explaining an example 
where a job interrupted at a specific information 
processing apparatus is recovered by another infor- 
mation processing apparatus; 
Fig. 53 is a flowchart showing remote job recovery 
processing; 

Fig. 54 is a diagram for explaining an example when 
optimal information consonant with a situation is re- 
ported; 

Fig. 55 is a flowchart showing recall processing; 
Fig. 56 is a diagram showing an example where an 
optimal task is added or stored in consonance with 
a situation where a user has issued a pending in- 
struction; 

Fig. 57 is a flowchart for pending processing; 
Fig. 58 is a diagram illustrating the general arrange- 
ment of an information processing apparatus that 
can add or store an optimal task in accordance with 
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a situation; 

Fig. 59 is a diagram showing an example operating 
screen; 

Fig. 60 is a diagram illustrating key word update 
processing; 

Fig. 61 is a flowchart showing automatic index 

movement/copy processing; 

Fig. 62 is a diagram illustrating the processing for 
various form file combinations; and 
Fig. 63 is a flowchart showing the processing for the 
various form file combinations. 

(Basic structure) 

Fig. 1 is a diagram showing the functional arrange- 
ment according to one embodiment, and Fig. 2 is a di- 
agram illustrating an example system arrangement. 

An information processing apparatus 1 in Fig. 1 is, 
for example, a printer 21 in Fig. 2, and an information 
processing apparatus 2 in Fig. 1 is, for example, a PC 
22 or 23, or a telephone 24 that performs processing in 
association with the printer 21 in Fig. 2. 

In Fig 2, an action initiated by the PC 22 or 23, or 
the telephone 24, which is an example information 
processing apparatus 2, the operation of a console (op- 
eration) unit 11, which will be described later, and the 
detection of the existence of the PC 22 are stored as 
hysteresis data (history information) 25 in the printer 21 . 

Fig. 3 is a diagram showing example hysteresis da- 
ta. As is shown in Fig. 3, the hysteresis data is com- 
posed of: a Hysteresis No.; a P re-hysteresis number, 
which is a hysteresis No. for hysteresis data for the proc- 
ess on which is based the generation of the processes 
represented by the individual hysteresis; a Post-hyster- 
esis number, which is the hysteresis No. for the hyster- 
esis data for the process that is generated in response 
to the processes represented by the individual hystere- 
sis; an Execution time for the process represented by 
the hysteresis; a Type of action; a Person for whom ac- 
tion is performed; an Object to be processed; and Other 
information, such as an action source, an action desti- 
nation, and a location for the action. 

For example, [No = 7], in history 307 in Fig. 3, des- 
ignates 7 as the hysteresis number for the hysteresis 
data. Further, [preceding = head] indicates that the proc- 
ess represented by this hysteresis is a cue for a process- 
ing sequence, and constitutes the first process. [Suc- 
ceeding = 8] designates 8 as the hysteresis number for 
the process that is generated based on the process rep- 
resented by the hysteresis. 

[Time = 2/5 9:30:00] indicates that the process rep- 
resented by the hysteresis was performed February 5, 
at 9:30:00. [Action = Operate] indicates that the process 
for this hysteresis is an operation. [Actor - Operator] in- 
dicates that an operator performed the process at this 
hysteresis. [Object = "Print 'abc.doc' from PC 22"] indi- 
cates that the object of the process for the hysteresis is 
an instruction "Print 'abc.doc' from PC 22". [Others = 



Console unit 11] indicates that the process for this hys- 
teresis was performed by the console unit 11 . 

In the following embodiments, the information 
processing apparatuses 1 and 2 can be any types of 
s apparatuses so long as they possess the required func- 
tions, and may be a printer, a scanner a facsimile ma- 
chine; a PC, a copying machine, a file server or a digital 
camera. 

The console unit 11 displays a screen required for 
10 a user in consonance with operation data 12. Informa- 
tion concerning data manipulation, or an instruction en- 
tered by the user is transmitted to a task reception unit 
13 and a hysteresis data management unit 18. 

In Fig. 2, assume that a user instructs the printer 
15 21 , which is one example information processing appa- 
ratus 1 , to print file "abc.doc" stored in the PC 22, which 
is an example information processing apparatus 2. The 
information 307 in Fig. 3 is added to hysteresis data 19 
by the hysteresis data management unit 18, and the 
20 hysteresis data 19 is transmitted to the task reception 
unit 13. 

The operation data 12 is information or knowledge 
that is referred to by the console unit 11 , and that regu- 
lates the operation at the console unit 1 1 . In this embod- 
25 iment, based on data received by the task reception unit 
13, the operation data 12 are changed or updated by a 
process execution unit 17, which will be described later, 
in order to implement flexible operating procedures. 
Especially since a communication condition is fo- 
30 cused on to change or update the operation data 12, 
flexible procedures consonant with the communication 
condition can be performed. Further, since the contents 
of an instruction issued by a user are focused on, pro- 
cedures in accordance with commands given for other 
35 than a regular process can be performed. In addition, 
since the focus is placed on the priority levels of the con- 
tents to be operated, procedures in accordance with a 
priority level can be performed. Furthermore, since the 
focus is placed on the number of items included in the 
40 contents to be operated, procedures in accordance with 
the number of items can be performed. 

For example, according to one of the methods em- 
ployed by the information processing apparatus 1 to 
control the information processing apparatus 2, the op- 
45 eration data 12 are acquired for the information process- 
ing apparatus 2, which changes or updates the opera- 
tion data 12 of the information processing apparatus 1. 

When the communication with the information 
processing apparatus 2 fails^ as a consequence of this 
50 failure, the operation data 12 is acquired from a third 
information processing apparatus 3, so that procedures 
consonant with the communication situation can be per- 
formed. Or, when a user instructs the execution of a 
process that the information processing apparatus 2 can 
55 not perform with its originally available operation data 
12, the operation data 12 to implement this process is 
acquired from a different information processing appa- 
ratus, so that the procedures can be performed for an 
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instruction other than those for a regular process. 

According to another example method, the priority 
level for information to be operated on by the console 
unit 1 1 is employed to change the operation data 12, so 
that the operation can be performed in consonance with 
the priority level for each item of information, and there- 
fore, procedures corresponding to priority levels can be 
performed. Or, since the operation data 1 2 are changed 
in the same manner in consonance with the number of 
data sets to be operated on, procedures consonant with 
the number of items can be performed. 

The task reception unit 13 not only receives data 
from the console unit 11 , but also, as a status change, 
receives changes effected in the environment of the in- 
formation processing apparatus 1 , and tasks from other 
apparatuses, such as the information processing appa- 
ratus 2. When the information processing apparatus is 
connected to a network, the reception task 13 also de- 
tects the connection of a new apparatus to the network, 
receives print instructions from other apparatuses as 
taskS; and detects a state wherein no process has been 
performed for a predetermined period of time. As a re- 
sult, the task reception unit 13 adds received data to a 
task table 1 4 as a new task, and also transmits it to the 
hysteresis data management unit 18. The task reception 
unit 13, as well as the process execution unit 17, which 
will be described later, is required for communication 
with a different apparatus. 

When, in Fig. 2, the PC 22, which is the information 
processing apparatus 2 connected via the network to 
the printer 21, the information processing apparatus 1, 
is powered on, the presence of the PC 22 is detected, 
and information 304 in Fig. 3 is added to the hysteresis 
data 1 9 by the hysteresis data management unit 1 8. 

Figs. 4A to 4F are diagrams showing an example 
task table 14. As is shown in Figs. 4A to 4F, in the task 
table 14 are entered the activation conditions and the 
contents of tasks, and a task having a hysteresis 
number is entered in the hysteresis data 1 9 for a process 
that is the source of the performance of individual tasks. 
In Figs. 4A to 4F, beginning at the top of the table the 
tasks are arranged in the order of priority The addition 
of the task to the task table 14 is performed by the pre- 
viously described task reception unit 1 3 and the process 
execution unit 17, which will be described later. The ex- 
traction of a task from the task table 1 4 is performed by 
a task analyzer 15, which will be described later. 

ANALYZE in a task row 42 in the task table 14 in 
Fig. 4B is a task that is generated in response to manip- 
ulation by a user [Print "abc.doc" from PC 22] in the hys- 
teresis data 307, which is indicated by hysteresis No. 7 
in Fig. 3. Thus, a value of "7" is stored in the Original 
hysteresis column, the activation condition is defined as 
no condition, and the contents of the task are defined 
as an analysis of the manipulation by the user. Since the 
task 42 is added to the hysteresis data 1 9 as hysteresis 
No. 8 in hysteresis data 308, a value of "8" is set in the 
Original hysteresis for a task 43, which is generated 



based on the task 42, and similarly, a value of "9" is set 
in the Original hysteresis for a task 44. 

The task analyzer 15 extracts the highest priority 
task from the task table 1 4, and analyzes the purpose 
s of the task. With this analysis, at a planning determina- 
tion unit 1 6 and the process execution unit 1 7, which will 
be described later the performance of less efficient op- 
erations is prevented, and an optimal process can be 
performed. 

For example, an analysis of the task 43, stored in 
the task table 1 4 in Figs. 4A to 4F, reveals that it has as 
a direct purpose the printing of a document, and as a 
final purpose the delivery of the printed document to a 
user. If the final purpose can be achieved by using a 
more efficient method, it is understood that even the per- 
formance of printing may be unnecessary and planning 
for the processing is performed in accordance with the 
analysis. 

The planning determination unit 16 receives the 
analysis from the task analyzer 15, and refers to the 
planning knowledge to plan a process to be performed 
to achieve the task. For the task 43 stored in the task 
table 14 in Fig. 4C, the operation Object: "abc.doc" - 
PULL from the apparatus B is planned before the object 
is printed. 

The process execution unit 17 performs the 
processing in consonance with the contents determined 
by the planning determination unit 16, and transmits the 
processing contents to the hysteresis data management 
unit 1 8. When the printing is executed, for example, hys- 
teresis 311 in Fig. 3 is added to the hysteresis data 19 
by the hysteresis data management unit 18. 

Upon the receipt of the instructions from the console 
unit 1 1 , the task reception unit 1 3 or the process execu- 
tion unit 17, and in consonance with an operation per- 
formed by an operator, such as searching, editing, de- 
leting or condition/setup changing; the entry/reception 
of an instruction or information from another information 
processing apparatus or the detection of a status; and 
the performance of a process performed by the subject 
apparatus, such as reading, printing, displaying, trans- 
mitting, saving or holding of information, the hysteresis 
data management unit 18 adds to the hysteresis data 
19, in correlation with the individual hysteresis data, in- 
formation concerning an actor, such as an operator, an 
instructor or a person in charge of processing; informa- 
tion concerning an action that is executed, such as ma- 
nipulation, an instruction or a process; information con- 
cerning time of manipulation, an instruction or a proc- 
ess; information concerning a location or an apparatus 
whereat manipulation, an instruction or a process takes 
place; and information concerning an object that is ma- 
nipulated, instructed or processed. Further, the hyster- 
esis data management unit 18 outputs hysteresis num- 
bers relative to the added hysteresis data. 

The data, added to the hysteresis data 19, for the 
object that is manipulated, instructed or processed are 
stored in correlation with data that are handled by an- 
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other application, such as file data, schedule data, pend- 
ing data for processing, a database (address list, etc.) 
or data extracted from specific data or mail device man- 
agement data, so that the employment of such data by 
individual applications is easy. 

The hysteresis condition designation operation, 
which is performed according to the instructions from 
the console unit 11, the task reception unit 13 and the 
process execution unit 17, can be used to determine 
whether hysteresis data corresponding to the operation, 
the instructions or the processing should be saved, and 
whether the substance of the object should be saved, 
and to designate a person who can refer to the hyster- 
esis data. The data are added to the hysteresis data 1 9 
in consonance with the designations. 

In the hysteresis data usage process that is per- 
formed in accordance with the instructions from the con- 
sole unit 11, the task reception unit 13 or the process 
execution unit 17, based on the hysteresis data 19 for 
the individual apparatuses that have been entered the 
process is re-performed; a new process, such as print- 
ing, displaying, transmitting, saving, searching, action 
pending, editing or deleting, is performed for the past 
process; the setup for an alteration/saving condition for 
the period for saving hysteresis data is changed, or 
knowledge concerning the operation and the processing 
is updated. 

Fig. 5 is a diagram illustrating the hardware ar- 
rangement for the individual units that implement the 
processing according to this embodiment. An I/O 51 per- 
forms input/output transactions with an external device. 
A CPU 52 executes a program and controls the individ- 
ual sections. A ROM 53 is used to store constant data 
and programs that are to be executed by the CPU 52 
and that correspond to the flowcharts, which will be de- 
scribed later. A RAM 54 is used to temporarily store the 
above described task table 1 4, variables and intermedi- 
ate data, such as the operation data 12 and the hyster- 
esis data 19, that are generated during the processing. 
The program may be loaded into the RAM 54 from the 
outside. 

Fig. 6 is a flowchart showing the general processing 
according to this embodiment. When the information 
processing apparatus 1 is activated, at step S61 the task 
table 44 is initiated, as is shown in Fig. 4A. At step S62, 
a check is performed to determine whether the task re- 
ception unit 1 3 has received, as a status change, infor- 
mation concerning an instruction entered by a user at 
the console unit 1 1 , an environmental change or a task 
from another apparatus. When a task has been re- 
ceived, program control moves to step S63, whereat the 
reception of data is additionally recorded as hysteresis 
data 304 in the hysteresis data 19, and the reception 
data analysis task 42 is added at the beginning of the 
task table 14, as is shown in Fig. 4B. 

At step S64, a check is performed to determine 
whether there is an executable task in the task table 1 4. 
If there is no such task, program control returns to step 



S62, whereat the task reception status is examined. 
When, at step S64, an executable task is present, pro- 
gram control advances to step S65, whereat the task 
having the highest priority is extracted from the taskta- 
s ble 14. 

At step S66, the purpose of the task is analyzed, 
and at step S67, the process to be performed is deter- 
mined and process planning is performed. If the task ta- 
ble 14 is as shown in Fig. 4B, ANALYZE, which is the 
task 42 having the highest priority, is extracted, it is con- 
firmed that the purpose of the task is analyzation of the 
received data, and planning for the processing for the 
initiation of analyzation is performed. 

At step S68, the processing is performed according 
to the plan, and a relevant record is added to the hys- 
teresis data 1 9, as is shown by 308 in Fig. 3. A new task 
may, if necessary, be added to the task table 1 4. When, 
for example, the received data are analyzed as planned 
for the ANALYZE task42 in Fig. 4B, the instruction "Print 
'abc.doc' from PC 22" entered by the user at the console 
unit 1 1 is analyzed, and PRINT, which is a new task 43, 
is added, as is shown in Fig. 4C. 

Program control returns to step S62. However, 
since a new task has not yet been received, program 
control moves to step S64 and the above process is re- 
peated. As a result, PRINT for the task 43 in Fig. 4C, 
which was previously added at step S68, is extracted, 
analyzed and planned for. In this case, to execute the 
task PRINT, it is confirmed that the Object is present in 
the information processing apparatus 1 , and a new task 
44, PULL, and a task 45, PRINT, that uses the pulled 
object are added as is shown in Fig. 4D. 

When the processing is further repeated, the task 
44, PULL, in Fig. 4D is executed. When the processing 
is further repeated, the Object obtained as the result of 
the task PULL is used to execute the task 46 in Fig. 4E. 
As a result, the task table 14 is returned to the same 
state as it was when initialized, as is shown in Fig. 4F. 

The processing performed by the console unit 11 of 
the information processing apparatus 1 will now be de- 
scribed. Fig. 7 is a flowchart showing the processing 
performed by the console unit 11. Fig. 8 is a diagram 
illustrating an example screen displayed by the console 
unit 11. Fig. 9 is a diagram for explaining the operation 
of a system when a voice instruction is entered at the 
console unit 11 . 

In consonance with manipulation by a user, the con- 
sole unit 11 of the information processing apparatus 1 
separately performs an operation that can be completed 
only by the process in the console unit 11, and the op- 
eration of the process must be performed via the task 
reception unit 13. 

For example, the process for changing a character 
string or a variable in the console unit 11, which corre- 
sponds to the entry/deletion of a character string in an 
input box 84 on a screen 83 in Fig. 8, is completed by 
the process performed inside the console unit 11 . When 
actual printing can not be performed by the console unit 



15 



20 



25 



30 



35 



40 



45 



50 



6 



11 



EP 0 867 823 A2 



12 



11 after a print button 85 has been selected, it is per- 
formed externally via the task reception unit 13. 

The processing performed by the console unit 11 
will now be described while referring to the flowchart in 
Fig. 7. When the console unit 11 is activated, at step 
S701; the information defined in the operation data 12 
is referred to in order to determine the operating proce- 
dures, including what is to be displayed on the display 
screen. 

At step S702 a check is perfornned to determine 
whether or not a user has actually performed an opera- 
tion, such as the entry of a character string. If the user 
has not entered anything, the process at step S702 is 
repeated until such manipulation occurs. 

At step S703, the manipulation by the user is ana- 
lyzed. When, at step S704, it is ascertained that the 
process has been completed only by the console unit 
1 1 , program control moves to step S705. When the proc- 
ess outside the console unit 11 is reacquired, program 
control goes to step S71 3. 

At step S705, a check is performed to determine 
whether manipulation by the user constitutes an instruc- 
tion for the designation of a hysteresis condition, such 
as the depression of a hysteresis condition button 87 in 
Fig. 8. When an instruction is other than the designation 
of a hysteresis condition has been received, program 
control moves to step S706. 

At step S706, if a process corresponds to the ma- 
nipulation by the user, which is an action other than the 
designation of a hysteresis condition, the displayed 
character string is changed or the variable in the console 
unit 11 is updated. At step S707 the manipulation data 
are added to the hysteresis data in the console unit 11 . 
When the hysteresis data in the console unit 11 are em- 
ployed, the key manipulation performed by the user can 
be canceled (UNDO) or repeated (REDO). Program 
control then returns to step S702 to accept an entry by 
the user. 

If, at step S705, the entry by the user concerns the 
designation of a hysteresis condition, program control 
goes to step S708, whereat the hysteresis condition 
designation unit performs the process. 

When the hysteresis condition designation unit is 
activated, at step S708 a check is performed to deter- 
mine whether manipulation by the user, such as the in- 
put of a character string, actually occurred. If no manip- 
ulation occurred, the process at step S708 is repeated 
until manipulation does occur 

As step S709; the manipulation by the user is ana- 
lyzed. When, at step S710, it is ascertained that the 
process can be completed by only the hysteresis con- 
dition designation unit, program control moves to step 
S711. When the process outside the hysteresis condi- 
tion designation unit is reacquired, program control goes 
to step S707. 

At step S711, in response to the manipulation by 
the user, the displayed character string is changed, or 
the variable in the hysteresis condition designation unit 



is updated. At step S7 12, the manipulation data is added 
to the hysteresis data in the hysteresis condition desig- 
nation unit. Since the hysteresis data in the hysteresis 
condition designation unit is used, the key manipulation 
s by the user can be re-performed (UNDO) or repeated 
(REDO). Program control then returns to step S708 to 
accept the key manipulation by the user. 

When, at step S704, the process outside the con- 
sole unit 11 is required, program control moves to step 
S713, and whether or not the saving of the hysteresis 
data has been designated is determined by the previ- 
ously described hysteresis condition designation unit, or 
by the standard setup performed by the user 

As a result, when the saving of the hysteresis data 
is designated, program control goes to step S714. The 
contents of the key manipulation are added to the hys- 
teresis data 1 9, via the hysteresis data management 
unit 18, and the hysteresis number that is acquired is 
returned. The processing is thereafter terminated. Since 
the contents of the key manipulation added to the hys- 
teresis data 1 9 are employed as a cue for the processing 
that is to be performed, when they are added and they 
are defined as being the lead data in the hysteresis data 
sequence. 

When the hysteresis data are actually added, the 
hysteresis number is returned from the hysteresis data 
management unit 1 8, and is then transmitted to the con- 
sole unit 11 . When there is no need to save the hyster- 
esis data, an invalid value is returned as the hysteresis 
number. The processing is thereafter terminated. 

The specific processing performed by the console 
unit 1 1 will be described in detail while referring to Fig. 8. 

When the console unit 11 is activated, at step S701 
the information defined for the operation data 12 is re- 
ferred to in order to determine the operating procedures, 
and the screen 83 in Fig. 8 is displayed. 

In accordance with instructions on the screen 83, 
the user enters character string "Filing Server 82" in the 
input box 84 to designate the storage location of a doc- 
ument to be printed. At step 8702 the entry of the char- 
acter string is detected, and at step S703 the contents 
entered by the user are analyzed. 

At step S704, it is ascertained that the process can 
be completed only by the console unit 11, and at step 
S705 it is ascertained that the hysteresis condition des- 
ignation has not been instructed. 

At step S706, in consonance with the character 
string that was entered, the display on the screen 83 is 
changed and the variable in the console unit 11 is up- 
dated. At step S707, the information that the character 
string is stored as hysteresis data in the console unit 11 
is added. Since the hysteresis data for the console unit 
11 is used, input errors can be corrected easily. 

When the user selects the hysteresis condition but- 
ton 87 to instruct the designation of the hysteresis con- 
dition, a hysteresis condition designation screen 88 is 
displayed. In accordance with an instruction on the 
screen 88, the user enters a checkmark in the item "sav- 
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ing hysteresis" (white circle is changed to black). Then, 
at step S708 the occurrence of a specific key manipu- 
lation is detected, and at step S709 the manipulation 
performed by the user is analyzed. 

As a result, at step S710 it is ascertained that the 
process can be completed only by the hysteresis con- 
dition designation unit. At step S711 in consonance with 
the manipulation by the user the display on the screen 
88 is changed, and the setup is changed to save the 
hysteresis. At step S712 the information that the setup 
has been changed is added to the hysteresis data of the 
hysteresis condition designation unit. When the hyster- 
esis data is used, manipulation errors can be corrected 
easily. 

When all the required conditions are designated by 
the above processing and the user selects a setup but- 
ton 89 to instruct the validation of the designations. At 
step S710 it is ascertained that the process can not be 
completed by only the hysteresis condition designation 
unit, and program control moves to step S707 while the 
setup contents are validated. 

In the console unit 11 , when the necessary process- 
es to be executed are designated, and when the user 
selects a print button 85 to instruct the performance of 
the process based on these designations, at step S704 
it is ascertained that the process can not be completed 
by only the console unit 11, and program control goes 
to step S713, whereat it is ascertained that the saving 
of the hysteresis data is designated. 

As a result, program control moves to step S714, 
and via the hysteresis data management unit 18, the 
manipulation contents are added to the hysteresis data 
19, at which time they are defined as the lead data in 
the hysteresis data sequence, and the acquired hyster- 
esis number is returned to the console unit 11. The 
processing is thereafter terminated. 

When the cancel button is selected, the operation 
performed is invalidated. To avoid a complicated expla- 
nation, no further explanation for this will be given. 

The specific processing performed by the console 
unit 11 when an instruction is entered by voice will be 
described in detail while referring to Fig. 9. First, the user 
gives the oral instruction 93, "Print 'abc.doc' from Filing 
Server 92", to a printer 91, which is an example infor- 
mation processing apparatus 1, and at step S702 the 
voice input is detected and at step S703 the instruction 
by the user is analyzed. 

If it is ascertained that the console unit 11 can not 
understand the voice instruction, at step S704 it is as- 
certained that the process can not be completed by only 
the console unit 1 1 . Program control then moves to step 
S71 3 whereat a check is performed to determine wheth- 
er the recording of hysteresis data is designated. 

When, for example, the recording of hysteresis data 
is set as the standard, program control goes to step 
S714. Via the hysteresis data management unit 18, the 
manipulation contents are added to the hysteresis data 
1 9, at which time they are defined as being the lead data 



in the hysteresis data sequence, and the acquired hys- 
teresis number is returned to the console unit 11. The 
processing is thereafter terminated. 

The processing performed by the task reception 
s unit 13 of the information processing apparatus 1 will 
now be explained. The task reception unit 13 of the In- 
formation processing apparatus 1 handles, as reception 
tasks, all the information concerning the information 
processing apparatus 1 , such as the contents of the ma- 
nipulation by the user at the console unit 11 and their 
hysteresis numbers, instructions and data received from 
the information processing apparatus 2, which is con- 
nected to the information processing apparatus 1 via the 
network; the external status information detected by the 
information processing apparatus 1 ; and the information 
concerning a document that is entered at the input sec- 
tion of the information processing apparatus 1 . 

The task reception unit 13 separates a received 
task that can be completed by only the task recaption 
unit 13, and a received task that must be added to the 
task table 14 and performed outside the task reception 
unit 13. 

For example, the simple data exchange process ac- 
cording to the protocol, which corresponds to a recep- 
tion task accompanied by basic communication, such 
as TCP/IP or HTTP, between the information processing 
apparatuses 1 and 2 connected via the network, can be 
completed by only the task reception unit 13. The con- 
tents entered as a result of the manipulation by the user 
at the console unit 11 and the hysteresis number, and 
the designation of the process from the information 
processing apparatus 2, which is connected to the in- 
formation processing apparatus 1 via the network, can 
not be handled by the task reception unit 13. Thus, the 
task is added to the task table 1 4 so that it can be per- 
formed outside the task reception unit 13. 

The specific processing performed by the task re- 
ception unit 13 will now be explained while referring to 
the flowchart in Fig. 1 0. When the task reception unit 1 3 
is activated, at step S101 a check is performed to de- 
termine whether a task has been received. If a task has 
not been received, the process at step S1 01 is repeated 
until one is received. 

At step SI 02 the received task is analyzed, and at 
step SI 03 a check is performed to determine whether 
the received task can be completed by only the task re- 
ception unit 13. If the task can be so completed, program 
control advances to step SI 04. If the task should be per- 
formed by an external device other than the task recep- 
tion unit 1 3, program control goes to step SI 06. 

At step SI 04 the process corresponding to the re- 
ceived task is performed, and a simple data exchange 
is also performed in accordance with the protocol. At 
step SI 05 the received task information is added to the 
hysteresis data in the task reception unit 13. When the 
hysteresis data in the task reception unit 1 3 is used, the 
process can be canceled (UNDO) or repeated (REDO) 
in order to avoid problems with the communication pro- 
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cedures due to noise. Then, program control returns to 
step S101 to accept a task. 

When, at step SI 03, it is ascertained tliat a process 
outside the task reception unit 13 is required, program 
control moves to step SI 06. A check is then performed 
to determine whether the saving of the hysteresis data 
has been designated by the hysteresis condition desig- 
nation unit in the console unit 11, by a standard setup 
by the user, or by the setup of the reception task unit 1 3. 

When the saving of the hysteresis data is designat- 
ed, program control advances to step SI 07, and a check 
is performed to determine whether the task was re- 
ceived from the console unit 11 . If the task is from the 
console unit 11 , since the hysteresis has already been 
added to the hysteresis data 1 9 by the console unit 11 , 
addition of the hysteresis data is not performed. Pro- 
gram control thereafter moves to step SI 09. 

When, at step S107, the task has been received 
from a source other than the console unit 11, program 
control moves to step SI 08. The contents of the task 
are added to the hysteresis data 19 via the hysteresis 
data management unit 18, and the hysteresis number 
is acquired. Since the contents of the task added to the 
hysteresis data 1 9 are used to initiate the processing to 
be performed later, the task is defined as being the lead 
data in hysteresis data sequence. 

At step SI 09, the hysteresis numbers received from 
the console unit 11 , or the hysteresis number returned 
from the hysteresis data management unit 18 when the 
hysteresis data are added at step SI 08, are set to the 
original hysteresis number of the task and are added to 
the task table 14. When, at step SI 06, there is no need 
to save the hysteresis, an invalid value is set as the orig- 
inal hysteresis number for the task, and is added to the 
task table 14. 

The processing performed by the process execu- 
tion unit 17 will now be described. In consonance with 
the contents of the processes to be performed, the proc- 
ess execution unit 17 of the information processing ap- 
paratus 1 separates the processes that can be complet- 
ed by the process execution unit 17 and processes that 
must be performed outside the process execution unit 
17, while at the same time adding a new task to the task 
table 14. 

The specific processing performed by the process 
execution unit 17 will now be described while referring 
to the flowchart in Fig. 11 . 

When the process execution unit 17 is activated, at 
step S1 11 thecontentsof the process are analyzed, and 
at step S1 1 2 a check is performed to determine whether 
the process can be completed by only the process ex- 
ecution unit 17. If the process can be so completed, pro- 
gram control advances to step S1 15. 

At step S1 13 the process according to the analyzed 
contents is performed, and at step S1 1 4 the contents of 
the process are added to the hysteresis data for the 
process execution unit 17. When the hysteresis data in 
the process execution unit 1 7 are used, the process can 



be canceled (UNDO) or repeated (REDO). Then, pro- 
gram control returns to step S1 11 to continue the re- 
maining process. 

When the process can not be completed by only the 

s process execution unit 17, at step S115 a check is per- 
formed to determine whether the original hysteresis 
number, which is designated for a task that corresponds 
to the process, is the valid original hysteresis number 
that designates the saving of the hysteresis, and wheth- 

10 er the hysteresis should be saved is determined. When 
the saving of the hysteresis is ascertained, program 
control moves to step SI 06, whereat^ via the hysteresis 
data management unit 18, the contents of the process 
is added to the hysteresis data 1 9 and the hysteresis 

15 number is acquired. 

At step S1 17, when the hysteresis data are added 
at step S1 16, the hysteresis number referred from the 
hysteresis data management unit 18 is set as the origi- 
nal hysteresis number for the task, and is added to the 

20 task table 1 4. When at step S1 1 5 the saving of the hys- 
teresis is not required, an invalid value is set as the orig- 
inal hysteresis number for the task, and is added to the 
task table 14. 



Fig. 1 2 is a diagram illustrating example information 
processing for determining a Ul (User Interface) in con- 
sonance with the situation for communicating with a 
destination. 

The Ul, which is implemented by a console unit 11 
of a remote controller 1201 , which is an example infor- 
mation processing apparatus 1 , is provided by referring 
to operation data 1 2 that the remote controller 1 201 pos- 
sesses, or by referring to operation data 1 2 that are ac- 
quired by a printer 1203, a copier 1204 or a facsimile 
machine 1205, which is an example information 
processing apparatus 2 connected via a network, or by 
a communication facility 1206, which is under the control 
of a server 1202. 

In Fig. 12 is shown an example where a user per- 
forms an operation to activate the communication situ- 
ation process of a processing unit 17, and as a result, 
corresponding operation data 1 2 is received and an op- 
erating screen is changed. As is shown in Fig. 1 2, when 
the operation is initiated, the operation data 12 that the 
remote controller 1201 possesses are referred to, and 
a message, "Select device that you wish to use", is dis- 
played on the operating screen of the remote controller 
1201. 

When a user directs the remote controller 1201 to 
the copier 1204 in accordance with the instruction, an 
operation data transmission request is transmitted by 
the remote controller 1201 to the copier 1 204. As a re- 
sult, operation data 1207 is transmitted by the copier 
1 204, and is referred to for the display of a copier oper- 
ating screen 1 209. 

However, when communication by for example, in- 
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frared rays is not disabled because a barrier exists be- 
tween the remote controller 1201 and the copier 1204, 
the rennote controller 1201 employs a portable tele- 
phone line to communicate with the server 1202 via the 
communication facility 1206. Then, the remote control- 
ler 1201 receives operation data 1208 from the server 
1 202, and selects a device on the network to display an 
operating screen 1210. 

As is described above, according to this embodi- 
ment, the optimal operation procedures can be provided 
in accordance with the communication situation. 

When a user directs the remote controller 1201 to 
the copier 1204 in accordance with a message, "Select 
device that you wish to use", which is displayed at the 
initiation of the operation, the console unit 11 accepts 
the instruction, and the task reception unit 13 adds it to 
the task table 1 4 as a communication situation process- 
ing task. Following this, via the task analyzer 1 5 and the 
planning determination unit 16, the processor 17 begins 
the communication situation processing shown in Fig. 
13. 

Fig. 13 is a flowchart showing the communication 
situation processing. 

When the communication situation processing is in- 
itiated, first, at step S1 301 , an operation data transmis- 
sion request is transmitted to a device to be operated. 
At step SI 302, a check is performed to determine 
whether operation data can be received in response to 
the request. When the operation data can be received, 
program control moves to step SI 305. When reception 
of the operation data fails, program control moves to 
step SI 303. At step SI 303, instead of a device to be 
operated, the operation data transmission request is 
transmitted to a server device. Then at step SI 304, 
when the operation data can be received successfully, 
program control moves to step SI 305. When reception 
of the operation data fails, at step SI 306 an error mes- 
sage is displayed, and the processing is thereafter ter- 
minated. 

At step SI 305, the received operation data are em- 
ployed to update the operation data 12 possessed by 
the remote controller 1 201 , and to save the updated da- 
ta. The processing is thereafter terminated. As a result, 
an operating screen consonant with the communication 
situation, such as the operating screen 1 209 or 1 21 0 in 
Fig. 12, can be displayed. 

Figs. 14A to 14C are diagrams showing example 
operation data 12 that are to be received and updated 
during the communication situation processing or non- 
regular command processing, which will be described 
later. As is shown in Figs. 14Ato 14C, the operation data 
12 include a type of process to be executed by the con- 
sole unit 11 and the contents of the data that are to be 
referred to in the individual processes. 

The communication situation processing will be fur- 
ther explained. When the remote controller 1201 was 
successful in establishing normal communications with 
the copier 1204, the following processing is performed. 



When the communication situation processing is 
begun, first, at step SI 301 , a request for the transmis- 
sion of operation data is issu ed to the copier 1 204. Since 
at step SI 302 the operation data 807 shown in Fig. 14A 
s can be received, program control moves to step SI 305. 
The operation data 1 207 include, as types of processes 
to be executed by the console unit 11 , the initial display 
and a copy count designation operation process, and 
data 1 41 and 1 42 required for the operation of the copier 
1204, such as the message "Select number of copies", 
which is to be referred to in the individual processes. 

At step SI 305, the received operation data 1207 
are employed to update the operation data 12 held by 
the remote controller 1201 and to save the updated da- 
ta. The processing is thereafter terminated. As a result, 
as is shown in Fig. 12, the corresponding operating 
screen 1209 can be displayed on the copier 1204. 

When the remote controller 1204 fails to establish 
normal communications with the copier 1204, the fol- 
lowing processing is performed. 

When the communication situation processing is 
begun, first at step SI 301 a request for the transmission 
of operation data is issued to the copier 1204. Since at 
step SI 302 the operation data can not be received, pro- 
gram control goes to step SI 303. 

At step SI 303, a request for the transmission of op- 
eration data is issued to the communication facility 
1 206, which is controlled by the server 1 202. As a result, 
since at step S1 304 operation data 1208 shown in Fig. 
4B can be received, program control moves to step 
S1305. As is shown in Fig. 4B, the operation data 1208 
include, as types of processes to be executed by the 
console unit 1 1 , the initial display, the selection of a func- 
tion designation operation process, and data 143 and 
144, required for the operation of the server 1202, such 
as the operation "Select function to be executed", which 
is referred to in the individual processes. 

At step SI 305, received operation data 808 are em- 
ployed to update the operation data possessed by the 
remote controller 1201, and to save the updated data. 
Processing is thereafter terminated. Asa result, the data 
shown in Fig. 14C are received, and an operating screen 
1210 corresponding to the function of the server 1202 
can be displayed, as is shown in Fig. 12. 

(Embodiment 2) 

An explanation will now be given for a second em- 
bodiment where optimal operation procedures can be 
provided even when a user instructs the execution of a 
process other than the regular processing that can orig- 
inally be performed by an information processing appa- 
ratus that is to be operated by the user. 

Fig. 15 is a diagram showing an example where a 
user performs an operation for initiating non-regular 
command processing at the processor 17, and as a re- 
sult, the user receives corresponding operation data 12 
and changes an operating screen. 
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When the operation is begun, a copier 1501 refers 
to its operation data 12 and displays, on an operating 
screen 1505, a message "Determine number of copies" 
requesting the operation of the copier 1501. Normally, 
a user designates a document to be copied and deter- 
mines the number of copies in accordance with that in- 
struction. 

However, when a user orally inputs an instruction 
1507, "Send it to IVIr. a", which does not involve the use 
of the operating screen 1 505, in order to understand the 
instruction given by the user, via the task reception unit 
13 the copier 1505, which is an example information 
processing apparatus 1 , generates a taskto analyze the 
instruction. 

Then, when the contents of the instruction are un- 
derstood by the task analyzer 1 5, the planning determi- 
nation unit 1 6 and the process execution unit 1 7, a newly 
generated non-regular command processing task is 
performed by the process execution unit 17 using pro- 
cedures which will be described later in Fig. 16. 

In the non-regular command processing, the copier 
1501, which is an example information processing ap- 
paratus 1 , determines whether the instructed process 
should be performed by the copier 1 501 . When the proc- 
ess is not one to be performed by the copier 1501, a 
request for transmission of operation data 12 is issued 
to a sen/er 1502, which is an example information 
processing apparatus 2, the received operation data 12 
are employed to update the operation data 12 held by 
the copier 1501, and an operating screen 1506 shown 
in Fig. 15 is displayed. 

As is described above, according to this embodi- 
ment, the optimal operating procedures can be provided 
even when a user instructs the performance of a proc- 
ess other than a regular process. 

The non-regular command processing will be ex- 
plained in detail. 

In Fig. 15, at the beginning of the operation, the cop- 
ier 1501 refers to the operation data 12 held by the cop- 
ier 1501 and displays a message, "Determine number 
of copies", as is shown on the operating screen 1505. 
When a user issues an instruction for an operation to 
the copier 1501, the entry is accepted by the console 
unit 1 1 , and the task reception unit 1 3 adds the instruc- 
tion to the task table 14 as a non-regular command 
processing task. Then, the non-regular command 
processing is begun by the processing execution unit 
17 via the task analyzer 15 and the planning determina- 
tion unit 16. 

Fig. 1 6 is a flowchart showing the non-regular com- 
mand processing. When the non-regular command 
processing is begun, first, at step SI 601 a check is per- 
formed to determine whether a process instructed by a 
user should be performed by a subject apparatus. If the 
instructed process should not be performed by the sub- 
ject apparatus, program control advances to step 
SI 602. If the process should be performed by the sub- 
ject apparatus, program control goes to step SI 606, a 



corresponding process is performed, and the non-reg- 
ular command processing is thereafter terminated. 
When, for example, execution of a process, other than 
a copying operation, such as a transmission, is issued 

s by means of an oral instruction 1 507, program control 
moves to step SI 602. 

At step SI 602; an operation data transmission re- 
quest 1 508 is transmitted to the server 1 502 in order to 
obtain operation data corresponding to the above proc- 

10 ess. When, at step SI 603, the reception of operation 
data 1509 has been successful, program control goes 
to step S1604. When the reception of operation data 
1509 has failed, at step SI 605 an error message is dis- 
played, and the processing is thereafter terminated. 

15 At step S1604, the received operation data 1509 
are employed to update operation data 12 held by the 
copier 1501, and the processing is thereafter terminat- 
ed. As a result, an operating screen, such as the oper- 
ating screen 1506 in Fig. 15, is displayed that corre- 

20 spends to the instruction given for the non-regular proc- 
ess. 

The above processing will be explained in detail. 
When a user instructs a copying operation that can orig- 
inally be performed by the copier 1501 , the non-regular 

25 command processing is begun, and at step SI 601 it is 
ascertained that the copying operation instructed by the 
user should be performed by the copier 1501 . Program 
control moves to step S1606, whereat the copying is 
performed, and the processing is thereafter terminated. 

30 When the user instructs a transmission operation 
that can not be handled by the copier 1501, the non- 
regular command processing is begun and at step 
SI 601 it is ascertained that the operation instructed by 
the user should not be handled by the copier 1 501 . Pro- 

35 gram control then advances to step SI 602 whereat an 
operation data transmission request is issued to the 
server 1 502 In order to obtain operation data that corre- 
spond to the transmission process. At step SI 603, the 
operation data 1 509 are roceived and at step SI 604 the 

40 received operation data 1509 are employed to update 
the operation data 12 held by the copier 1501. The 
processing is thereafter terminated. 

As a result, as shown in Fig. 15, the operating 
screen 1506 that corresponds to the transmission in- 

45 struction can be displayed. Not only the copier 1501 , but 
also a printer 1503 and a facsimile machine 1504 can 
process a non-regular processing instruction in the 
same manner. 

50 (Embodiment 3) 

Fig. 1 7 is a diagram showing an example for deter- 
mining/updating an output form in consonance with the 

priority levels of the output contents. An information 
55 processing apparatus in Fig. 17 highlights the informa- 
tion that has a higher priority level. In Fig. 1 7 are shown 
displays for schedules, tasks and received data, and 
reasons why these displays are provided. 
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A Ul provided by the console unit 11 employs the 
results obtained when the operation data 12 originally 
held by the information processing apparatus are updat- 
ed to display forms that are determined in consonance 
with the priority levels of the individual data that are to 
be processed. 

For example, in schedule display data 171, the ABC 
Meeting at 15:00 in a schedule 175 is compared with 
the XYZ Meeting at 17:00 while taking a current time 
174 into account, and the ABC Meeting, which is closer 
to the current time 174, is highlighted on a display In 
task display data 172, among a plurality of tasks that a 
user must perform, which persons are associated with 
the tasks are examined, and it is ascertained from the 
common sensethatataskfor a president should be per- 
formed prior to a task for John, who is a colleague, and 
thus the task for the president, "Reserve train for Pres- 
ident", is highlighted. 

On a received data display 1 73, among data trans- 
mitted to the user, it is ascertained from the knowledge 
of a user's tasks that a facsimile sent from John is most 
closely related to the user's task, and thus "John's FAX" 
is highlighted. 

As is described above, according to the present in- 
vention, optimal operating procedures can be per- 
formed in consonance with the priority levels for the in- 
dividual data that are to be processed. 

The processing corresponding to the priority levels 
and the item count will now be described. In this 
processing, the display contents are determined in con- 
sonance not only with the above described priority lev- 
els, but also with the number of items, which will be de- 
scribed later. 

Fig. 18 is a flowchart showing the processing cor- 
responding to the priority levels and the item count. This 
processing is performed in common for Embodiments 3 
to 1 0. Figs. 1 9Aand 1 9B are diagrams showing example 
items to be processed In accordance with the process- 
ing corresponding to the priority level and the item count. 
For each item is included an object type, contents and 
a priority level. Fig. 20 is a diagram showing example 
definitions for highlighted display methods that are con- 
sonant with items to be handled In the processing cor- 
responding to the priority level and the item count. In the 
definitions for highlighting methods shown in Fig. 20, 
which display method is to be employed is defined in 
correspondence with the priority levels of an object 
schedule, an object task and the received data that Is to 
be processed. 

Although not clearly described in Fig. 17, the 
processing corresponding to the priority level and the 
item count is begun in accordance with either an Instruc- 
tion issued by a user or the results that are planned by 
the information processing apparatus 1 . First, at step 
SI 801, received or arriving data, such as a user's 
schedule, a task To Do List, etc., or E-mail, a facsimile 
or a telephone call, are stored in object items as shown 
in Fig. 1 9A. 



At step SI 802, a check is performed to determine 
whether data are present in the object items. When 
there are data in the object items, program control goes 
to step SI 803. When no data are present in the object 

s Items, the processing Is thereafter terminated. At step 
SI 803, the priority levels are acquired for all the data 
stored in the object items by means of a priority level 
acquisition process, which will be described later. The 
obtained values are represented In Fig. 198. 

10 At step 81804, a check Is performed to determine 
whether the number of object items is one. If there is 
only one object item, program control advances to step 
SI 805, whereat the contents in the item are displayed 
and the processing Is thereafter terminated. 

15 When there are two or more object Items, program 
control moves to step S1 806, whereat the size of a dis- 
play screen or the size of a display area that is legible 
to a user is compared with the number of object items 
to be displayed, and the optimal size of a display area 

20 for each Item is determined. 

Following this, at step SI 807, the maximum data 
for each item that can be retained in the display area 
that is thus determined are displayed in consonance 
with the priority level of each object item, while at the 

25 same time the definitions in Fig. 20 are referred to. When 
the number of items is small relative to the display size, 
the contents of the data for the individual object items 
are displayed. 



Fig. 21 is a diagram showing an example of the de- 
termination and the updating performed for an output 
form in consonance with the priority level of the contents 

35 of the output. In Fig. 21, an information processing ap- 
paratus can refer to a user's schedule 212. 

Plans stored in the schedule 212 include start and 
end times, the contents, the locations, priority levels, 
and information concerning attendance and individual 

40 plans and sponsors. The priority level can be designated 
by a user, a smaller value indicating a higher priority. 

In Fig. 21, although a schedule 214 is closest to a 
current time 213, Its priority level as set by the user is 
5, which is lower than that of the other schedules, so 

45 that the schedule 214 is not highlighted on a display 
screen 211. 

Although the same priority level 3 is set for sched- 
ules 215 and 216, as the schedule 215 at 15:00 Is the 
most urgent, it is highlighted on the display screen 21 1 . 
50 As a schedule 217 not only has a low priority level, 5, 
but also has a lower urgency level than the other sched- 
ules, it is not even exhibited on the display screen 211 . 

Although a schedule 218 has a priority level 3, 
which is not low compared with the other schedules, 
55 since the schedule 218 is for the following day and its 
urgency level Is extremely lower compared to the others, 
It also is not even displayed. 

As Is described above, according to this embodl- 
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ment, the optimal display form, such as highlighting, can 
be provided in accordance with the priority levels for 
schedule data that are to be displayed. 

This processing will be described more specifically 
For schedule data, when the processing corresponding 
to the priority level and the item count is initiated, first, 
at step SI 801 , the user's schedules are stored in object 
items, as are shown in Fig. 19A. Since, at step S1802, 
data are found in the object items, at step S1803, as is 
shown in Fig. 19B, priority levels for all the data stored 
in the object items are acquired through the priority level 
acquisition process, which will be described later 

At step SI 804, it is ascertained that there are two 
or more object items. Program control moves to step 
S 1 806, whereat the size of the display screen or the size 
of the display area that is legible to a user is compared 
with the number of object items to be displayed, and the 
optimal size of a display area for each item is deter- 
mined. At step SI 807, the maximum data for each item 
that can be held in the display area that is thus deter- 
mined are displayed in consonance with the priority level 
of each object item^ while at the same time the definition 
in Fig. 20 is referred to. 

For example, the schedule in an object item 1902 
in Fig. 1 9 represents the schedule 215 in Fig. 21 , "ABC 
IVIeeting", and the priority level = 12. By referring to the 
definition in Fig. 20, the display for the schedule 1902 
is defined as being one for which a display color = red 
and a font size is 20 points. 

The schedule in an object item 1 903 represents the 
schedule 216 in Fig. 21 , "XYZ Meeting", with priority lev- 
el = 13. By referring to the definition in Fig. 20, the dis- 
play for the schedule 1903 is defined as being one for 
which a display color = black and the font size is 16 
points. 

The schedule in an object item 1 904 represents the 
schedule 217 in Fig. 21, "Dinner", with priority level = 
15. By referring to the definition in Fig. 20, the schedule 
1904 is so defined as being not displayable. 

When the display methods are determined by the 
individual object items as are described above and are 
performed, the results are shown on the display screen 
171 in Fig. 17. 

The priority level acquisition process will now be de- 
scribed. Fig. 22 is a flowchart showing the priority level 
acquisition processing. Fig. 23 is a diagram showing ex- 
ample definitions used to assign priority levels by using 
urgency levels. In this example, definitions are provided 
to obtain a priority level from information concerning 
time, such as a start time and an end time, which is in- 
cluded in an object item, and an urgency level that is 
acquired by comparing it with the current time. 

Fig. 24 is a diagram showing example definitions 
used to acquire a priority level by employing an individ- 
ual position and post, and relation to a user, all of which 
are referred to in the priority level acquisition process. 
In this example, definitions are provided to acquire a pri- 
ority level from information concerning a person, such 



as an attendee, a sponsor and an instructor, that is in- 
cluded in an object item. 

When the priority acquisition process is begun, first, 
at step S220 1 , a check is performed to determine wheth- 

s er the priority level selected by a user for an object item 
is valid. If the priority level is invalid, program control 
moves to step S2202 whereat a standard level (= 3) is 
set as the priority level. When, at step S2201 , the priority 
level selected by the user is valid, at step S2203 it is 

10 established. 

Then, at step S2204 a check is performed to deter- 
mine whether the start time and the end time for the ob- 
ject item are valid. If theses times are invalid, program 
control advances to step 82205 whereat a standard val- 

15 ue (= 4) is added to the priority level. If these times are 
valid, at step S2206 the urgency level and the priority 
level definition information in Fig. 23 are referred and 
the thus obtained priority level is added. 

At step S2207, a check is performed to determine 

20 whether persons, such as an attendee, a sponsor and 
an instructor, associated with the object item are valid. 
If they are invalid, program control advances to step 
52208, whereat the standard level (= 3) is added to the 
priority level. When those persons are valid, program 

25 control moves to step S2209, whereat a check is per- 
formed to determine whether the priority level for each 
person selected by the user is valid. 

At step 82210, for each person shown in Fig. 25, 
priority definition information 257, which will be de- 

30 scribed later, is referred to and the maximum priority lev- 
el for each person who is selected by the user is added 
to the priority level. 

At step 8221 1 , referred to is priority definition infor- 
mation, such as definition information 267 in Fig. 24 and 

55 Fig. 26, which will be explained later, that is provided in 
accordance with the common sense interpretation of the 
relative importance of positions and posts. The maxi- 
mum priority level based on the common sense inter- 
pretation of the relative importance of the positions and 

40 posts is added to the priority level. 

As step S2212, information concerning persons, 
times and locations, and other information, which are 
included in an object item are employed to search for 
associated information. When, at step 82213, noasso- 

45 elated information is found, program control advances 
to step 82214, whereat priority level (= 3) is added to 
the priority level. 

Thus obtained priority level is output, and the prior- 
ity level acquisition processing is thereafter terminated. 

50 A case where the schedule 21 5 in Fig. 21 is desig- 
nated as an object to be processed will now be specifi- 
cally described. When the priority level acquisition proc- 
ess is begun, it is ascertained at step 82201 that the 
priority level selected by the user is a valid value {- 3), 

55 and a priority level of 3 is set. At step 82204, it is ascer- 
tained that the start time for the object, 15:00, is valid 
Then, at step 82205, the urgency level is obtained by 
comparing 15:00 with the current time 213, 12:40. The 



13 



25 



EP 0 867 823 A2 



26 



urgency level and the priority level definitions in Fig. 23 
are referred to, and tine obtained value (= 3) is added to 
the priority leveL thereby obtaining the total (= 6). 

At step S2207, a check is performed to determine 
whether information concerning the schedule for a per- 
son has been designated. When such information Is not 
designated, program control advances to step S2208, 
whereat the standard value (= 3) is added to the priority 
level to obtain the total (= 9). Then, if as the result of a 
search performed at step S2212, it is determined that 
no information concerning the schedule exists, program 
control moves to step S2214, whereat the standard val- 
ue (= 3) is added to the priority level to obtain the total 
(=12). 

Through the above processing, the obtained priority 
level (= 12) is output as in 1902 in Fig. 19B, and the 
processing is thereafter terminated. 

(Embodiment 5) 

Fig. 25 is a diagram for explaining an example 
where an output form is determined and updated in con- 
sonance with the priority levels for tasks and persons. 
In Fig. 25 are shown definition information for a priority 
level for each task and for each person, and a corre- 
sponding display result, which is obtained through the 
processing corresponding to the priority level and item 
count. 

An information processing apparatus in Fig. 25 in- 
cludes a task 252 that the other information processing 
apparatuses can refer to, such as a To Do List in which 
are extended tasks to be accomplished by a user, and 
information 257 for defining the priority levels for indi- 
vidual persons. 

The individual tasks registered in the task 252, such 
as a user's To Do List, are a term deadline^ contents, a 
person concerned and a priority level. Also, though not 
shown in Fig. 25, information for schedules concerning 
the individual tasks is included. The priority level can be 
selected by a user, and a smaller value is regarded as 
a higher priority level. The information 257 for defining 
the priority level for each person includes a priority level 
associated with the name of each person. 

In Fig. 25, while tasks 254 and 255 have the same 
urgency level relative to a current date 253, and the 
same priority level 3 set by a user, the persons associ- 
ated with the individual tasks 254 and 255 differ. Since 
the priority level information 257 designated for individ- 
ual persons is referred to, John 258 has a higher priority 
than Mary 259, so that task 254 for John, "Reserve Hotel 
for John", is highlighted on a display screen 251 . 

Since a task 256 has a priority level of 5, which is 
lower than the other tasks, and also has a low urgency 
level, it is not even displayed on the display screen 251 . 

As is described above, the optimal display form, 
such as highlighting, can be provided in consonance 
with the priority level of the task information that is dis- 
played. 



A case where the task 254 in Fig. 25 is designated 
for processing will be specifically explained. When the 
priority level acquisition process is begun, at step 82201 
it is ascertained that the priority level selected by a user 
s is valid (= 3), and a priority level of 3 is set. Then, at step 
82204, it is ascertained that the end time for an object 
to be processed is March 4th, 1 8:00, which is valid. The 
urgency level is obtained by comparing the end time with 
a current date 213, March 1st. Then, the urgency infor- 
10 mation and the priority definition information in Fig. 23 
are referred to, and the obtained value ( =6) is added to 
the priority level to acquire the total (= 9). 

Following this, since John is designated as the per- 
son concerned, at steps 82207 and 2209 a check is per- 
15 formed to determine whether John and his priority level 
are valid. Since both are valid, program control moves 
to step S2210, whereat a value (= 3) designated in the 
priority definition information for a user selected person 
is added to the priority level, and the total (= 12) is ac- 
20 quired. Since, as a result of the search at step S2212, 
it is determined that no data concerning the task exist, 
program control advances to step 82214, whereat the 
standard value (- 3) is added to the priority level to ac- 
quire the total (= 15). Thus obtained priority level (= 15) 
25 is output, and the processing is thereafter terminated. 

(Embodiment 6) 

Fig. 26 is a diagram illustrating an example for de- 
30 termining and updating an output form in consonance 
with the priority levels for a task and the position of a 
person concerned. In Fig. 26 are shown information for 
defining tasks, the positions of persons and the priority 
levels for individual posts, and corresponding display re- 
35 suits, which are obtained through the processing corre- 
sponding to the priority and the item count. An informa- 
tion processing apparatus in Fig. 26 includes a task 262, 
such as a user's To Do list, that the information process- 
ing apparatus can refer to, and information 267 for de- 
40 fining priority levels based on the common sense inter- 
pretation of the relative importance of the positions and 
posts of persons. 

In Fig. 26, although the tasks 264 and 265 have the 
same urgency level relative to a current date 263, and 
45 the same priority level 3 has ben set by a user, the per- 
sons associated with the individual tasks 264 and 265 
differ. Since the priority level information 267 designated 
for individual persons is referred to, a president 268 has 
a higher priority than a colleague 269, so that task 265 
50 for the president, "Reserve Train for President", is high- 
lighted on a display screen 261 . 

Since a task 266 has a priority level of 5, which is 
lower than that of the other tasks, and also a low urgency 
level, it is not even displayed on the display screen 261 . 
55 As is described above, the optimal display form, 
such as highlighting, can be provided in consonance 
with the priority level of the task information that is dis- 
played. 
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The procedures for a task, such as a To Do List, will 
now be described. When the processing corresponding 
to the priority level and the itenn count is begun, first, at 
step SI 801 user's tasks are stored in object items, as 
shown in Fig. 1 9A, and are processed in the same man- 
ner as for the schedules. 

For example, the schedule in an object item 1906 
in Fig. 1 9B represents the schedule 264 in Fig. 26, "Re- 
serve Hotel", and the priority level = 17. By referring to 
the definition in Fig. 20, the display of the schedule 1 906 
is defined as being one for which a display color = black 
and the font size is 1 4 points. The schedule in an object 
item 1907 represents the schedule 265 in Fig. 26, "Re- 
serve Train", and the priority level = 12. By referring to 
the definition in Fig. 20, the display of the schedule 1 907 
is defined as being one for which a display color = red 
and the font size is 20 points. The schedule in an object 
item 1908 represents the schedule 266 in Fig. 26, 
"Check Progress", and the priority level = 20. By refer- 
ring to the definition in Fig. 20, the schedule 1 908 is de- 
fined as being not displayable. 

When the display methods are determined by the 
individual object items that are described above and are 
performed, the results are shown on the display screen 
172 in Fig. 17. 

A case where the task 265 in Fig. 26 is designated 
for processing will be specifically explained. When the 
priority level acquisition process is begun, at step 
S2201, it is ascertained that the priority level selected 
by a user is valid (= 3), and a priority level 3 is set. Then, 
at step S2204, it is ascertained that the end time for an 
object to be processed is March 4th, 1 8:00, which is val- 
id. The urgency level is obtained by comparing the end 
time with a current date 253, March 1st. Then, the ur- 
gency information and the priority definition information 
in Fig. 23 are referred to, and the obtained value (= 6) 
is added to the priority level to acquire the total (= 9). 

Following this, since President is designated as the 
person concerned, at steps S2207 and 2209 a check is 
performed to determine whether the President and his 
or her priority level are valid. Since both are valid, pro- 
gram control moves to step S2211 , whereat the defini- 
tion information in Fig. 24, based on the common sense 
interpretation of the relative importance of the position 
and the post, is referred to, and a value (= 0) for the 
priority level for the President is added to the priority lev- 
el to acquire the total (= 9). Since, as a result of the 
search at step S221 2, it is found that no data concerning 
the task exist, program control advances to step S2214 
whereat the standard value (= 3) is added to the priority 
level to acquire the total (= 12). 

Thus obtained priority level (= 1 2) is output as 1 907 
in Fig. 19B, and the processing is thereafter terminated. 

(Embodiment 7) 

Fig. 27 is a diagram illustrating an example informa- 
tion processing apparatus that determines and updates 



an output form in consonance with the level of a rela- 
tionship associated with a task. In Fig. 27 are shown re- 
ceived or arriving information and tasks in the process- 
ing corresponding to the priority level and the item count, 

s which is performed by an execution process unit 1 7, and 
the consonant display results. The received information 
includes information designating a transmission source. 

The information processing apparatus in Fig. 27 in- 
cludes a task 272, such as a user's To Do List, that the 

10 information processing apparatus can refer to. In this 
case, when the information processing apparatus re- 
ceives afacsimile 277 from John, E-mail 278 from Keiko 
and a telephone call 279 from Tanaka, the relationship 
with a user of each item of received data is taken into 

15 account, and these data sets are shown on a display 
screen 271 with the data highlighted that is most closely 
related to the user. 

In the example shown in Fig. 27, of John, Keiko and 
Tanaka, who are the data transmission sources, only 

20 John matches a person concerned included in a task 
274, which is stored in a task list 272. Therefore, it is 
assumed that the data concerning the task 274, "Re- 
serve Hotel for John", has been received, and it is as- 
certained that the hotel reservation may be changed, on 

25 the display screen 271 the facsimile 277 received from 
John is highlighted. The relationship level with a user 
can be obtained not only by referring to the tasks, but 
also by referring to the schedule and hysteresis infor- 
mation. 

30 As is described above, the optimal display form, 
such as highlighting, can be provided in consonance 
with the relationship established between received in- 
formation that is to be displayed and a task. 

An explanation will now be given for a case where 

35 data in E-mail, a facsimile or a telephone call constitute 
an object to be processed. 

When the processing corresponding to the priority 
level and the item count is begun, first, at step SI 801 
received or arriving data are stored in object items, as 

40 shown in Fig. 1 9A, and are processed in the same man- 
ner as are the schedules. For example, the schedule in 
an object item 1909 in Fig. 19 represents the facsimile 
277 in Fig. 27, "FAX from John", and its priority level = 
12. By referring to the definition in Fig. 20, the display 

45 of the schedule 1 909 is defined as being one for which 
a display color = red and a font size is 20 points. 

The received information in an object item 1910 rep- 
resents the E-mail 278 in Fig. 27, "E-mail from Keiko", 
and the priority level = 15. By referring to the definition 

50 in Fig. 20, the display of the information 1 91 0 is defined 
as being one for which a display color = black and a font 
size is 16 points. The received information in an object 
item 1922 represents the telephone 279 in Fig. 27, "Call 
from Tanaka", and the priority level = 1 5. By referring to 

55 the definition in Fig. 20, the display of the schedule 1 922 
is defined as being one for which a display color = black 
and a font size is 16 points. 

When the display methods are determined by the 
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individual object items described above and are per- 
formed, the results are shown on the display screen 1 03 
in Fig. 10. 

A case where the processing of the received or ar- 
riving information 277 in Fig. 27 is designated will be 
specifically explained. When the priority level acquisi- 
tion process is begun, since the priority level has not 
been designated, at step S2201 a check is performed 
to determine whether the priority level is valid, and there- 
after program control moves to step S2202, whereat 
standard value (= 3) is set for the priority level. 

Since, at step S2204, the priority level for time has 
also not been designated, the standard value (= 4) is 
added to the priority level to acquire the total (= 7). Fol- 
lowing this, since John is designated as the person con- 
cerned, at steps S2207 and 2209 a check is performed 
to determine whether John and his or her priority level 
are valid. Since both are valid, program control moves 
to step S221 1 , whereat the definition information in Fig. 
24, based on the common sense interpretation of the 
relative importance of the position and the post, is re- 
ferred to, and a value (= 5) for the priority level for a 
colleague is added to the priority level to acquire the total 
(= 12). As a result of the search at step 8221 2, data 
concerning the received information is obtained since 
the John who is the person named in the task 274 in Fig. 
27 matches the John who is the transmission source. 

The thus obtained priority level (= 12) is output as 
1909 in Fig. 19B, and the processing is thereafter ter- 
minated. 

(Embodiment 8) 

Fig. 28 is a diagram illustrating an example where 
an output form is determined and updated in conso- 
nance with the urgency level. In Fig. 28 are shown an 
example where, as time elapses, the display form used 
for the same scheduled event is changed in the process- 
ing corresponding to the priority and the item count. 

The procedures (Ul) are performed by the console 
unit 11 while employing the results obtained by deter- 
mining/updating the operation data 12, which are origi- 
nally held by an information processing apparatus, in 
consonance with data to be processed and their priority 
levels. 

In Fig. 28, the information processing apparatus 
can refer to user's schedule 281. Plans stored in the 
schedule 281 include start and end times, the contents, 
the locations, priority levels, and information concerning 
attendance and individual plans and sponsors. The pri- 
ority level can be designated by a user, a smaller value 
indicating a higher priority. 

In the example in Fig. 28, for a meeting schedule 
for 15:00, changes in a display reflect changes in the 
urgency level as it corresponds to the time. When, as in 
a state 282, there is some remaining before the sched- 
uled meeting and the hour is not extremely advanced, 
the normal display level is used to notify a user that, "You 



have meeting at 1 5:00". If, at a time immediately before 
the scheduled meeting, as in a state 283, highlighting is 
used to notify the user that "You have a meeting soon!". 
Then, as in a state 284, "NOW! Meeting!!" is dis- 

s played using the maximum highlighting level. If the user 
does not depart to attend the meeting as in a state 285, 
"PAST! Meeting!!" is displayed continuously until the 
meeting has ended. Following this, as in a state 286, a 
message "You had a meeting today" is displayed to no- 

10 tifythe user that there was a scheduled meeting, and as 
needed, the rescheduling of subsequent events is re- 
ported. 

As is described above, according to this embodi- 
ment, the degree of highlighting used for schedule data 

15 that are to be displayed can be changed in consonance 
with the urgency level as it changes in correspondence 
with the time. 

The processing will now be described in detail. 
When the processing corresponding to the priority level 

20 and the item count is initiated, first, at step SI 801 the 
user's scheduled events are stored in object items, as 
is shown in Fig. 19A. Since, at step S1802, there are 
data in the object items, at step SI 803, as are shown in 
Fig. 19B, priority levels for all the data stored in the ob- 

25 ject items are acquired through the priority level acqui- 
sition process, which will be described later. 

Although for easier understanding only one sched- 
uled event is displayed for the user in Fig. 28, when at 
step 81804 it is ascertained that there are two or more 

30 object items, program control moves to step 81806. At 
step 1806, the length of time a user requires to identify 
and read an item is compared with the number of object 
items to be displayed, and the size of an optimal display 
area for each item is determined. At step 81807, the 

35 maximum data for each item that can be held in the pe- 
riod of time that is thus determined are reported in con- 
sonance with the priority level of each object item, while 
the definition in Fig. 20 is referred to. 

For example, for the "15:00 Meeting" in the sched- 

40 ule 281 in Fig. 28, the form used for its display is 
changed in consonance with the changes in the urgency 
level that occur as time elapses. 

According to the urgency and the corresponding pri- 
ority definition data in Fig. 23, since at 8:05 the time in- 

45 dicated in the state 282 in Fig. 28 is less than one day 
and is equal to or longer than three hours before the 
start of the meeting, the urgency level is 4. Since at 14: 
50 the time in the state 283 is less than an hour and 
equal to or longer than five minutes before the start of 

50 the meeting, the urgency level is 1. Since at 15:00 the 
time in the state 284 is within five minutes of the start of 
the meeting, the urgency level is 1. Since at 16:05 the 
time in the state 285 reflects a time following the state 
of the meeting and not yet as its end, the urgency level 

55 is 1. Further, since at 19:15 the time in the state 286 is 
equal to or more than one hour and within three hours 
after the meeting is ended, the urgency level is 3. 
As is described above, the differences between the 
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urgency levels is represented as the differences be- 
tween the priority levels and the differences between the 
degrees of highlighting employed for the reports. In the 
example in Fig. 28, the contents of the displayed notice 
are changed. Such a notice may be prepared, as need- 
ed, based on the scheduled for an event, and a differ- 
ence between the time for the scheduled event and the 
time that the notice is issued. 

(Embodiment 9) 

Fig. 29 is a diagram illustrating an example informa- 
tion processing apparatus for determining and updating 
an output form in consonance with the amount of infor- 
mation that is to be processed. In Fig. 29 is shown an 
example where the amount of information for one item 
is changed in accordance with the number of items to 
be processed. 

In the information processing apparatus in Fig. 29, 
when there is a large number of information items to be 
displayed, the amount of information for each item is re- 
duced and displayed as is shown on a display screen 
291 . When there are few information items, the amount 
of information for each item is increased and displayed. 
When the number of items is sufficiently small compared 
with the size of the screen or the display area that is 
legible to the user, the contents of the items are dis- 
played as on a screen 293. 

As is described above, according to this embodi- 
ment, optimal procedures can be provided that are in 
consonance with the amount of information to be proc- 
essed. 

The processing will now be described in detail. 
When the processing corresponding to the priority level 
and the item count is initiated, first, at step S1801 ob- 
jects to be processed are stored in object items, as is 
shown in Fig. 1 9A. Since, at step SI 802, there are data 
in the object items, at step S1803, as are shown in Fig. 
19B, priority levels for all the data stored in the object 
items are acquired through the priority level acquisition 
process, which will be described later. 

At step SI 804, it is ascertained that there are two 
or more object items. Program control moves to step 
81 806 whereat the size of the display screen or the size 
of the display area that is legible to the user is compared 
with the number of object items to be displayed, and the 
size of the optimal display area for each item is deter- 
mined. At step S1807, the maximum data for each item 
that can be entered in the display area that is thus de- 
termined are displayed in consonance with the priority 
level of each object item, while the definition in Fig. 20 
is referred to. 

For example, as is shown on the screen 291 in Fig. 
29, when there are a large number of items, the amount 
of information to be displayed for each item is reduced, 
and in this example, from the schedule only the start 
times and the contents are displayed. As is shown on 
the screen 292 in Fig. 29, when there are a small number 



of items, the amount of information to be displayed for 
each item is increased, and in this example, from the 
schedule the start time, the contents and the location 
are displayed. Further, as is shown on the screen 293 

s in Fig. 29, when there are a small number of items rel- 
ative to the display screen, all the information contents 
for an individual item are displayed. In this example, 
from the schedule all the information, such as the start 
time and the contents, the location, the theme and at- 

10 tendance, are displayed. 

(Embodiment 10) 

Fig. 30 is a diagram illustrating an information 
15 processing apparatus for determining and updating a 
processing method in consonance with the amount of 
information that is to be processed. In Fig. 30 is shown 
a search operating screen and a search range for 
processing corresponding to a search object count, 
20 which will be described later. 

For the search performed by the processing execu- 
tion unit 17, in accordance with an instruction issued by 
a user, the information is searched for using an operat- 
ing screen 3001 shown in Fig. 30. 
25 The user can select from a keyword list in Fig. 30 a 
plurality of keywords to be used for the search. The in- 
dividual key words may be input by the user or may be 
automatically extracted from a document that is desig- 
nated in advance. 
30 The listed keywords have individual priority levels. 
These priority levels may be input by the user, or may 
be determined from the frequencies or the context be- 
fore and after the point at which the keywords appear 
when they are automatically extracted from a document 
55 that is designated in advance. 

When the keywords are thus designated, a search 
range 3003 is selected, and the search process is begun 
in accordance with a search start instruction 3004 is- 
sued by a user. In the processing corresponding to a 
40 search object count in Fig. 31 , the number of keywords 
used for a search varies in consonance with the number 
of objects searched for, and the thus determined 
number of keywords that have higher priority levels are 
selected from on a list 3002 and are employed to per- 
45 form the search. 

When, for example, the user selects a local PC 
3004 as the search range 3003, the number of cases to 
be searched is determined to be 100 or more, and the 
search is initiated by using 100% of the search key 
50 words. When all the PCs 3005 within a domain are des- 
ignated as the search range 3003, cases to be searched 
are determined to be 10000 or more, and 10% of the 
search keywords are employed for the search. When 
the entire world 3006 is designated for the search range 
55 3003, the number of cases to be searched is determined 
to be 1 ,000,000 or more, and 1% of the search keywords 
is employed for the search. 

As is described above, according to this embodi- 
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ment, an optimal search can be provided by varying the 
amount of information used for a search in consonance 
with the number of objects to be searched. 

The processing for changing the search procedures 
in accordance with the above described search object 
count will now be described. 

From entries on the operating screen 3001 in Fig. 
30, information, such as a search condition designated 
by a user, is accepted by the console unit 11 and is add- 
ed to the task table 14 by the task reception unit 13. 
Then, the processing corresponding to the search ob- 
ject count is performed by the process execution unit 1 7 
via the task analyzer 1 5 and the planning determination 
unit 16. 

Fig. 31 is a flowchart showing the processing cor- 
responding to the search object count. 

When the processing corresponding to the search 
object count is begun, at step S31 01 information for the 
search range 3003 in Fig. 30, which is designated on 
the screen by a user, is stored in the search object item. 
At step S3102, a check is performed to determine 
whether information is present in the search object item. 
When information is present, program control moves to 
step S3103, and when no information is present, the 
processing is terminated. At step S31 03, a check is per- 
formed to determine whether the number of search ob- 
ject items is equal to or smaller than 10,000. If the 
number of search object items is equal to or smaller than 
10,000, at step S3104 all the keywords 3002 in Fig. 30 
that are designated by the user are employed to perform 
a search. The processing is thereafter terminated. 

When the number of search object items is greater 
than 10,000, program control moves to step S3105 
whereat the total number of search keywords is limited 
to a ratio of 100,000 to the number of search object 
items. When, at step S3106 it is ascertained that the 
number of search keywords is equal to or less than 1% 
of the total, at step S3107 the number of search key- 
words is again set to 1% in order to maintain the mini- 
mum search effect. 

Following this, at step S31 08, a search of the target 
objects is performed using the keywords 3002, in a 
count equivalent to the count obtained for the search 
keywords, that are designated by the user and that have 
higher priority levels. The processing is thereafter ter- 
minated. 

When, for the processing, the user designates a lo- 
cal PC 3004 in Fig. 30, and when, for example, the 
number of search objects is around 100, all the key- 
words that are selected from the keyword list 3002 in 
Fig. 30 are employed for the search. 

When the user designates all the PCs 3005 within 
a domain in Fig. 30, and when, for example, the number 
of search objects is around 10,000, 10% of those key- 
words selected from the keyword list 3002 in Fig. 30 that 
have higher priority levels are employed for the search. 

When the user designates the entire world 3006 in 
Fig. 30, and when there are enormous number of search 



objects, 1% of those keywords selected from the key- 
word list 3002 that have higher priority levels are em- 
ployed for the search. 

As is described above, according to this embodi- 

s ment, input procedures consonant with the situation can 
be provided, and usability can be drastically improved. 
In addition, data can be output in a form corresponding 
to the priority levels of the information contents. Further, 
processing can be performed that is consonant with the 

10 number of information items. 

(Embodiment 11) 

The processing performed in consonance with the 

15 presence/absence of a user will now be described. First, 
an explanation will be given for a case where a clear 
instruction is entered by a user specifying that he is or 
is not present. The processing to be executed is deter- 
mined in accordance with whether in the user's instruc- 

20 tion it is specifically stated that he is present. 

In Figs. 32A and 32B are shown examples of pres- 
ence instruction methods employed by a user. In Fig. 
32A is shown an example where, in accordance with an 
instruction displayed on an operating screen 323 of an 

25 information processing apparatus 322, a user 321 se- 
lects the item "See you tomorrow", which is displayed 
and leaves his seat. In Fig. 32B is shown an example 
where a user 324 issues an oral instruction 326 "Hello" 
to an information processing apparatus 325 and returns 

30 to his seat. 

When the user 321 selects the item "See you to- 
morrow", which is shown on the operating screen 323 
of the information processing apparatus 322, the infor- 
mation on designation operation is accepted by the con- 

55 sole unit 1 1 and is added to the task table 1 4 by the task 
reception unit 13. Then, the user presence determina- 
tion/presence mode conversion process, which will be 
described later while referring to Fig. 33, is performed 
by the process execution unit 17 via the task analyzer 

40 15 and the planning determination unit 16. As a conse- 
quence of this process, the mode is changed from "pres- 
ence" to "absence". 

When the user 324 issues the oral instruction 326 
"Hello" to the information processing apparatus 325, the 

45 information on instruction operation is accepted by the 
console unit 1 1 and is added to the task table 1 4 by the 
task reception unit 13. Then, the user presence deter- 
mination/presence mode conversion process in Fig. 33 
is initiated by the process execution unit 1 7 via the task 

50 analyzer 15 and the planning determination unit 16. As 
a consequence of this process, the mode is changed 
from "absence" to "presence". 

As is described above, according to this embodi- 
ment, upon receipt of a clear instruction from a user the 

55 presence of the user is determined and a corresponding 
process is performed. 

An explanation will now be given for the user pres- 
ence determination/presence mode conversion 
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processing for determining whether a user is present 
and for changing the presence mode when needed. Fig. 
33 is a flowchart showing the user presence determina- 
tion/presence mode conversion processing. 

Fig. 34A is a diagram showing example definitions 
used for presence mode conversions in the user pres- 
ence determination/presence mode conversion 
processing performed upon the receipt of an instruction 
from a user. As individual definition information, for each 
instruction described not only is a definition for presence 
mode conversion entered, but also the condition that is 
predicted will exist after the instruction is entered. In the 
user presence assumption processing, which will be de- 
scribed later, whether the user is present is inferred not 
only by using information extracted from a user's sched- 
ule, b ut a Iso th e pred iction that corresponds to the user's 
instruction. 

Fig. 34B is a diagram showing definitions for pres- 
ence mode conversions relative to data received during 
the user presence determination/presence mode con- 
version process. As individual definition information, de- 
scribed for each item of information received and for 
each information transmission source are not only def- 
initions for a presence mode conversion, but also the 
condition that it is predicted will exist after the informa- 
tion is received. 

Fig. 34C is a diagram showing definitions for pres- 
ence mode conversions relative to detection results ob- 
tained during the user presence determination/pres- 
ence mode conversion process. As individual definition 
information, described for each detection result and 
each detected presence mode are not only definitions 
for a presence mode conversion, but also the condition 
that it is predicted will exist after the results of the de- 
tection are obtained. 

Fig. 35 is a diagram showing example user pres- 
ence mode conversion data that are referred to during 
the user presence mode conversion processing, which 
will be described later. As user presence mode conver- 
sion data, defined are presence modes after conver- 
sion, and a corresponding processing type execution of 
which is determined. 

The instruction from a user accepted by the console 
unit 11, the received data and the detection data are 
added to the task table 1 4 by the task reception unit 1 3, 
and the user presence determination/presence mode 
conversion process is initiated by the process execution 
unit 1 7 via the task analyzer 1 5 and the planning deter- 
mination unit 16. 

The user presence determination/presence mode 
conversion processing will now be explained while re- 
ferring to the flowchart in Fig. 33. First, at step S3301 a 
check is performed to determine whether a user has en- 
tered an instruction. When an instruction has been en- 
tered, program control advances to step S3302. At step 
S 3302 definition information for the presence mode con- 
version relative to the instruction in Fig. 34A is referred 
to, and the mode conversion information is acquired. At 



step S3303 prediction information is obtained as infor- 
mation that is referred to in the user presence assump- 
tion processing, which will be described later 

When, at step S3301, no instruction has been en- 
s tered, program control moves to step S3304, whereat a 
check is performed to determine whether presence in- 
formation has been received. When such information 
has been received, program control advances to step 
S3305. At step S3305 the definition information for pres- 
to ence mode conversion relative to the information re- 
ceived in Fig. 34B is referred to, and the mode conver- 
sion data are acquired. At step S3306 the prediction da- 
ta are obtained as information that is referred to in the 
user presence assumption process, which will be de- 
15 scribed later. 

When, at step S3304, presence information has not 
been received, program control moves to step S3307, 
whereat a check is performed to determine whether 
presence information has been detected. When such in- 
20 formation has been detected, program control advances 
to step S3308. At step S3308 the definition information 
for presence mode conversion relative to the informa- 
tion detected in Fig. 34C is referred to, and the mode 
conversion data are acquired. At step S3309 the predic- 
ts tion data are obtained as information that is referred to 
in the user presence assumption process, which will be 
described later. 

When, at step S3307, presence information is not 
detected, program control moves to step S331 0 whereat 
30 the user presence assumption process, which will be 
described later, is performed^ and the mode conversion 
information is obtained. At step S3311 a check is per- 
formed to determine whether there is a contradiction in 
the thus obtained mode conversion information. When 
55 a contradiction is found, program control moves to step 
S331 2, whereat the message "user presence contradic- 
tion" is set In the mode conversion information. 

At step S331 3 the thus obtained presence mode 
conversion information is set for the user presence in- 
40 formation. At step S3314 the presence mode conver- 
sion process is performed that corresponds to the pres- 
ence mode, which will be described later. The process- 
ing is thereafter terminated. 

The example in Fig. 32A will now be described in 
45 detail. When the user 321 enters "See you tomorrow" in 
accordance with instructions displayed on the operating 
screen 323 of the information processing apparatus 
322, the information entry is accepted by the console 
unit 11, and is added to the task table 14 by the task 
50 reception unit 13. Then, the user presence determina- 
tion/presence mode conversion process in Fig. 33 is 
performed by the process execution unit 1 7 via the task 
analyzer 15 and the planning determination unit 16. 
When the user presence determination/presence 
55 mode conversion processing is begun, it is ascertained 
at step S3301 that an instruction has been entered by 
a user. At steps S3302 and S3303 definition information 
for the presence mode conversion relative to the user's 
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instruction, "See you tomorrow", entered in Fig. 34A is 
referred to, and mode conversion data "present left" 
and prediction data "absent till tomorrow" are acquired. 

At step S3311 a check is performed to determine 
whether there is a contradiction in the thus obtained 
mode conversion data. Since there is no contradiction, 
program control advances to step S3313, whereat the 
above obtained presence mode conversion data 
"present left" is set for the user presence information. 
At step S3314 the presence mode conversion process 
corresponding to the presence mode is performed. The 
processing is thereafter terminated. As a result, the 
process corresponding to the condition in Fig. 35, where 
the user leaves his seat, is determined, and the process 
that is determined is added to the task table 1 4 so that 
it is initiated at an appropriate timing. 

The example in Fig. 32B will now be described in 
detail. When the user 324 issues the oral instruction 326 
"Hello" to the information processing apparatus 325, the 
information item is accepted by the console unit 11 , and 
is added to the task table 1 4 by the task reception unit 
13. Then, the user presence determination/presence 
mode conversion process in Fig. 33 is initiated by the 
process execution unit 17 via the task analyzer 15 and 
the planning determination unit 16. 

When the user presence determination/presence 
mode conversion processing is begun, it is ascertained 
at step 83301 that an instruction has been entered by 
a user. At steps S3302 and 83303 definition information 
for the presence mode conversion relative to the user's 
oral instruction "Hello" in Fig. 34A is referred tO; and 
mode conversion data "absence back" are acquired. 

At step 83311 a check is performed to determine 
whether there is a contradiction in the thus obtained 
mode conversion data. Since there is no contradiction, 
program control advances to step S3313, whereat the 
above obtained presence mode conversion data "ab- 
sent — > back" are set for the user presence information. 
At step S3314 the presence mode conversion process 
corresponding to the presence mode is performed. The 
processing is thereafter terminated. As a result, the 
process is determined that corresponds to the condition 
in Fig. 35 where the user returns to his seat, and the 
process that is determined is added to the task table 14 
so that it is initiated at an appropriate timing. 

(Embodiment 12) 

An explanation will now be given for an example 
where a user's schedule data are referred to in order to 
support an assumption concerningthe presence of a us- 
er. Fig. 36 is a diagram showing an example information 
processing apparatus wherein data from the user's 
schedule are referred to in order to make an assumption 
concerning whether a user is present, and to determine 
a process to be executed. An information processing ap- 
paratus 361 in Fig. 36 holds user schedule data 362 that 
can be referred to, and refers to this schedule data to 



make an assumption concerning whether the user is 

present. 

The user presence assumption process is per- 
formed when a task for which execution is designated 

s when there is no manipulation from a user for a specific 
period of time Is stored In the task table 1 4, or when the 
task reception unit 13 receives, from another informa- 
tion processing apparatus 2, a query concerning wheth- 
er the user is present and a corresponding task is added 

10 to the task table 14. 

The user presence determination/presence mode 
conversion processing and the user presence assump- 
tion processing in Fig. 39 are initiated by the process 
execution unit 1 7 via the task analyzer 1 5 and the plan- 

15 ning determination unit 16, the assumption is made as 
to whether the user is present, and the mode is changed 
to a corresponding mode. 

In the example in Fig. 36, since a date 363 for the 
execution is March 12th, and corresponding schedule 

20 entry 362 is "going out to Shinkawasaki", it is assumed 
that a user 364 went out and is in Shinkawasaki. Thus 
it is assumed that the user is not in the vicinity of the 
information processing apparatus 361 , and the mode is 
changed to "absent". Or, the absence of the user is re- 

25 ported to another information processing apparatus 2. 

As is described above, according to this embodi- 
ment, the information concerning a user can be referred 
to when making an inference as to whether the user is 
present, and a corresponding process can be per- 

30 formed. 

A detailed explanation for this processing will be 
given later while referring to the flowchart in Fig. 39 for 
the user presence assumption processing performed to 
implement the above described processing. 

35 

(Embodiment 13) 

An example where received information is em- 
ployed to determine whether a user is present will now 

40 be described. In Figs. 37 and 38 is shown an example 
information processing apparatus that, upon the receipt 
of presence information from another information 
processing apparatus 2, determines whether a user is 
present and decides on the corresponding processing 

45 that is to be executed. 

In the example in Fig. 37, an information processing 
apparatus 372 in Tokyo receives presence data 374 that 
indicates a user 373 is near an information processing 
apparatus 371 in Osaka, and determines that at its lo- 

50 cation the user is absent by employing the common 
sense reasoning that the same user can not at the same 
time be present both in Tokyo and Osaka. In the exam- 
ple in Fig. 38, an information processing apparatus 384 
in a sixth floor office room in Tokyo receives presence 

55 data 383 indicating that a user 381 is near an information 
processing apparatus 382 in the same sixth floor office 
room in Tokyo, and determines that the user is present 
by employing the common sense reasoning that the us- 
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er must be present because the room is the same. 

First, the example in Fig. 37 will be described in de- 
tail. When the user 373 enters presence data in the in- 
formation processing apparatus 371 in Osaka, or when 
the information processing apparatus 371 detects the s 
presence ot the user 373, the information processing 
apparatus 371 can ascertain the user 373 is present at 
that location. 

The thus obtained user presence data are transmit- 
ted to the information processing apparatus 372 in To- io 
kyo either voluntarily or in accordance with an instruc- 
tion entered by the user 373. Upon the receipt of the 
presence data, the information processing apparatus 
372 uses the task reception unit 13 to add the data to 
the task table 1 4, and initiates the user presence deter- 15 
mination/presence mode conversion process in Fig. 33 
via the task analyzer 1 5 and the planning determination 
unit 16. 

When the user presence determination/presence 
mode conversion process is initiated, at steps S3301 20 
and S3304 it is ascertained that presence data have 
been received. At steps S3305 and S3306 the definition 
data for a presence mode conversion , relative to the re- 
ceived data "returned to seat" and the transmission 
source "Osaka" in Fig. 34B, are referred to, and the 25 
mode conversion data "absent" are acquired. 

At step S3311 , a check is performed to determine 
whether there is a contradiction in the acquired mode 
conversion data. Since there is no contradiction, pro- 
gram control advances to step S331 3, whereat the pres- 30 
ence mode conversion data "absent" is set for the user 
presence data. At step S3314 the presence mode con- 
version process corresponding to the presence mode is 
performed, and the processing is thereafter terminated. 
As a result, performance of the process corresponding 55 
to the absence in Fig. 35 is decided, and is added to the 
task table 14, so that it can be initiated in consonance 
with an appropriate timing. 

Following this, the example in Fig. 38 will be de- 
scribed in detail. When the user 381 enters presence 40 
information at the information processing apparatus 382 
in the sixth floor office room in Tokyo, or when the infor- 
mation processing apparatus 382 detects the presence 
of the user 381 , the information processing apparatus 
382 can ascertain the user 381 is present at that loca- 45 
tlon. 

The thus obtained user presence data are transmit- 
ted to the Information processing apparatus 384 In the 
same sitting room in Tokyo voluntarily or in accordance 
with an instruction entered by the user 381 . Upon the 
receipt of the presence data, the information processing 
apparatus 384 adds the data to the task table 14 using 
the task reception unit 13, and initiates the user pres- 
ence determination/presence mode conversion process 
in Fig. 33 via the task analyzer 1 5 and the planning de- 55 
termination unit 16. 

When the user presence determination/presence 
mode conversion process Is Initiated, at step S3301 and 



S3304 it is ascertained that the presence data have 
been received. At step S3305 and S3306 the definition 
data for presence mode conversion, relative to the re- 
ceived data "returned to seat" and transmission source 
"Tokyo sixth floor office room" in Fig. 34B, are referred 
tO; and the mode conversion data "unchanged" are ac- 
quired. At step S3311 ; a check is performed to deter- 
mine whether there is a contradiction in the acquired 
mode conversion data. Since there is no contradiction, 
program control advances to step S3313, whereat the 
presence mode conversion data "unchanged" is set for 
the user presence data. At step S3314 the presence 
mode conversion process corresponding to the pres- 
ence mode is performed, and the processing Is thereaf- 
ter terminated. As a result, no processing Is newly per- 
formed. 

As is described above, in this embodiment, the 
presence of a user is determined by referring to the re- 
ceived presence data and to its transmission source, 
and a corresponding process can be performed. 

The processing for making an assumption as to 
whether a user is present will now be described. Fig. 39 
Is a flowchart showing the user presence assumption 
processing that is used In the user presence determina- 
tion/presence mode conversion processing performed 
by the process execution unit 17. In Fig. 40 are shown 
example user presence assumption knowledge data 
that are referred to In the user presence assumption 
process. For the user presence assumption knowledge 
data, mode conversion data, which are assumption re- 
sults, are defined relative to the situations indicated by 
the assumed knowledge. 

In the example In Fig. 36, In the user presence as- 
sumption processing, user schedule data 362 are re- 
ferred to and It Is assumed that a user 364 Is absent. 

The user's instruction accepted by the console unit 
11 , the received data and the detected data are added 
to the task table 14 by the task reception unit 13, and 
the user presence determination/presence mode con- 
version process in Fig. 33 is performed via the task an- 
alyzer 15 and the planning determination unit 16. Fur- 
ther, the user presence assumption processing in Fig. 
39 Is initiated. 

When the user presence assumption process is in- 
itiated, first, at step S3901 a check is performed to de- 
termine whether a specific period of time has elapsed. 
With this determination, the deterioration of the process 
efficiency, which Is caused by the performance of as- 
sumption process, can be avoided. 

When the specific period of time has not elapsed, 
program control advances to step S3902, whereat "no 
process" is set for the mode conversion data, and the 
processing Is thereafter terminated. When the specific 
period of time has elapsed, program control moves to 
step 83903, whereat the user presence assumption 
knowledge data in Fig. 40 are referred to, and the mode 
conversion data, which are the assumption process re- 
sults, are acquired relative to the situation when the user 
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presence assumption process is executed. 

At step S3904, a check is performed to determine 
whether the presumption is successful. When the as- 
sumption process is successful, program control ad- 
vances to step S3905, whereat the assumption process 
results are set for the mode conversion data. When the 
assumption process fails, program control goes to step 
S3906, whereat "unknown" is set for the mode conver- 
sion data, and the processing is thereafter terminated. 

The user presence assumption process will now be 
described in detail while referring to Figs. 36 and 40. 
The user presence assumption processing is per- 
formed, for example, when a task that is designated to 
be executed when no manipulation by a user is detected 
for a specific period of time is stored in the task table 
14, or when a query as to whether a user is present is 
transmitted from another information processing appa- 
ratus 2 to the task reception unit 13 and a corresponding 
task is added to the task table 1 4. 

Then, the user presence determination/presence 
mode conversion process in Fig. 33 and the user pres- 
ence assumption process in Fig. 39 are initiated by the 
process execution unit 17 via the task analyzer 15 and 
the planing determination unit 16. 

When the user presence assumption process has 
been begun, and when it is ascertained at step S3901 
that a specific time has elapsed program control moves 
to step S3903. At step S3903, the user presence as- 
sumption knowledge data in Fig. 40 are referred to, and 
the mode conversion data, which are assumption re- 
sults, are obtained relative to the situation existing when 
the user presence assumption process is performed. In 
the example in Fig. 36, the execution date 363 is March 
12th and the corresponding schedule 362 is "going out 
to Shinkawasaki". The definition in Fig. 40 is referred to 
and it is assumed that a user is "absent". 

Following this, since at step S3904the assumption 
process is successful, program control advances to step 
S3905, whereat the assumption process results are set 
for the mode conversion information, and the process- 
ing is thereafter terminated. 

(Embodiment 14) 

An explanation will now be given for an example 
where whether a user is present at his seat is deter- 
mined by referring to the results obtained by the detec- 
tion process performed to determine whether the user 
is present nearby. 

Figs. 41 A and 41 B are diagrams showing examples 
for referring to the results obtained by a process to de- 
termine whether the user is present nearby in order to 
determine whether a user is in his seat, and for deciding 
on a process to be executed. 

In Fig. 41 A is shown an example where image data 
obtained with a camera 412 that is controllable by an 
information processing apparatus 411 are employed to 
determine whether a user is present nearby. And in Fig. 



41 B is shown an example where to determine a whether 
a user is present nearby an information processing ap- 
paratus 414 receives information 417 from an informa- 
tion processing apparatus 415 carried by a user 416. 

s Image data are obtained within a photographic 
range 413 by the camera 412, which controlled by the 
information processing apparatus 411, the data are re- 
ceived by the task reception unit 1 3, and a picture ana- 
lyzation task is added to the task table 14. Then, the 

10 image data are analyzed by the task analyzer 15 and 
the planning determination unit 1 6 to determine whether 
the user is present. Following this, a task for initiating 
the user presence determination/presence mode con- 
version processing in Fig. 33, which is to be performed 

15 by the process execution unit 1 7, is newly added to the 
task table 14. 

The user presence determination/presence mode 
conversion processing in Fig. 33 is initiated by the proc- 
ess execution unit 17 via the task analyzer 15 and the 

20 planning determination unit 16. If the results of the de- 
tection differ from the current mode, the mode is 
changed. Assuming that the detected mode Is "present" 
and the user does not appear in the picture taken, the 
mode is changed to "absent". 

25 When the information 417 transmitted by the infor- 
mation processing apparatus 415 carried by the user 
41 6 is detected by the information processing apparatus 
414, the information 417 is received by the task recep- 
tion unit 1 3 and is added to the task table 14 as a re- 

30 ceived information analyzation task. Then, the received 
data are analyzed by the task analyzer 1 5 and the plan- 
ning determination unit 1 6 to determine whether the us- 
er is present. Following this, a task for initiating the user 
presence determination/presence mode conversion 

35 processing in Fig. 33, which is to be performed by the 
process execution unit 17, is newly added to the task 
table 14. 

The user presence determination/presence mode 
conversion processing in Fig. 33 is initiated by the proc- 
40 ess execution unit 17 via the task analyzer 15 and the 
planning determination unit 16. Assuming that the de- 
tected mode is "absent" and the received data indicates 
the presence of the user, the mode is changed to 
■present". 

45 As is described above, according to this embodi- 
ment, the presence of the user is determined by employ- 
ing information obtained by a camera that is controlled 
by the information processing apparatus, or by receiving 
information from another information processing appa- 

50 ratus carried by the user, and the corresponding 
processing is performed. 

The user presence determination/presence mode 
conversion process will now be described while refer- 
ring to the flowchart in Fig. 33 as an example where the 

55 above described user presence data are detected. 

When the user presence determination/presence 
mode conversion process is initiated, at steps S3301, 
S3304 and S3307, it is ascertained that the presence 
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data have been detected. When the detected presence 
mode is "present", at steps S3308 and S3309 the defi- 
nition data for presence mode conversion, relative to the 
detected data "absent" and the detected mode "present" 
in Fig. 34C, are referred to, and the mode conversion 
data "leaving seat" are acquired. 

At step S3311 , a check is performed to determine 
whether there is a contradiction in the acquired mode 
conversion data. Since there is no contradiction, pro- 
gram control advances to step S331 3, whereat the pres- 
ence mode conversion data "leaving seat" is set for the 
user presence data. At step S3314the presence mode 
conversion process corresponding to the presence 
mode is performed, and the processing is thereafter ter- 
minated. 

As a result; selection of the process in Fig. 35 that 
corresponds to the event where the user left his seat is 
confirmed, and is added to the task table 1 4, so that the 
process will be initiated at an appropriate timing. 

(Embodiment 15) 

An process performed when it is determined that a 
user is present will now be described. 

Fig. 42 is a diagram showing an example informa- 
tion processing apparatus that can execute a corre- 
sponding process when it is determined that a user is 
present at his seat. In Fig. 42 is shown an example dis- 
play screen for notifying a user ot the arrival of urgent 
information when the user is present at his seat. 

The user presence process shown in Fig. 42 can be 
performed when the mode is changed to the "presence" 
mode through the user presence mode conversion proc- 
ess shown in Fig. 43, which is initiated by the user pres- 
ence determination/presence mode conversion process 
in Fig. 33. In Fig. 42, when an information processing 
apparatus 422 receives urgent mail while a user 421 is 
present at his seat, the mail is added to the task table 
14 by the task reception unit 1 3. 

The urgent notice task is initiated by the process 
execution unit 1 7 via the task analyzer 1 5 and the plan- 
ning determination unit 1 6, and a notification screen 423 
in Fig. 42 is displayed. This is a meaningless display 
unless the user is present, and the purpose of the urgent 
notification can not be attained. Thus, in a mode other 
than the "present" mode, another method must be em- 
ployed for notification. 

As is described above, according to this embodi- 
ment, when the user is present at his seat, a process 
consistent with that situation, such as the transmission 
of an urgent notice, can be performed. 

The user presence mode conversion processing 
will now be described. Fig. 43 is a flowchart showing the 
user presence mode conversion process that is em- 
ployed in the user presence determination/user mode 
conversion processing. In the user presence mode con- 
version process, the user presence mode conversion 
data in Fig. 35 are referred to. 



In Figs. 44 to 49 are shown examples of the 
processing that is determined to be executable as the 
result of the user presence mode conversion process. 
The user's instructions accepted by the console unit 
s 11 , the received data and the detected data are added 
to the task table 14 by the task reception unit 13. The 
user presence determination/presence mode conver- 
sion process in Fig. 33 is begun by the process execu- 
tion unit 17 via the task analyzer 15 and the planning 
10 determination unit 1 6, and in addition, the user presence 
mode conversion processing is initiated. 

When the user presence mode conversion process 
is initiated, first, at step S4301 a check is performed to 
determine whether the presence conversion mode is set 
15 for "no process". If "no process" is selected, no process 
accompanying the change of the presence mode is per- 
formed, and the processing is thereafter terminated. 

When the presence conversion mode is other than 
"no process", program control moves to step S4302, 
20 whereat the user presence mode conversion data in Fig. 
35 are referred to and a process is acquired; which is 
determined in correspondence with the designated 
presence conversion mode. At step S4303, the acquired 
process is established, and at step S4303 the required 
25 process is performed. Following this, if necessary, the 
task is added to the task table 14, and the processing is 
thereafter terminated. 

When the presence conversion mode is "returning 
to seat", the user presence mode conversion data in Fig. 
30 35 are referred to, and a process type 355 that is to be 
determined corresponding to the "returning to seat" is 
acquired. As a result, various processes in Fig. 46 are 
performed or are added to the task table 14. 



The processing performed when it has been ascer- 
tained that a user is absent will now be described. Fig. 
44 is a diagram showing an example information 
processing apparatus that can perform a corresponding 
process when it is determined that a user is absent. In 
Fig. 44 is shown an example display screen on which to 
display a message from a user to a visitor and to accept 
a message from the visitor to the user. 

The user absence process in Fig. 44 can be per- 
formed when the mode is changed to "absent mode" in 
the user presence mode conversion processing in Fig. 
43, which is initiated during the user presence determi- 
nation/presence mode conversion processing in Fig. 33. 

An information processing apparatus 442 adds the 
process in Fig. 44 to the task table 1 4, so that it can be 
performed when a user 441 is absent. Then, the mes- 
sage display/acceptance task is initiated by the process 
execution unit 17 via the task analyzer 1 5 and the plan- 
ning determination unit 1 6, and an operating screen 443 
shown in Fig. 44 is displayed. 

This display is meaningful because the user is ab- 
sent, and the purpose of displaying and accepting mes- 
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sages can attained. Thus, in a mode other than the "ab- 
sent" mode, this process need not be performed. 

As is described above, according to this embodi- 
ment, when the user is absent, a corresponding proc- 
ess, such as displaying and accepting messages, can 
be performed. 

(Embodiment 17) 

An explanation will now be given for an example 
where a corresponding process is performed when it is 
ascertained that a user is to leave his seat. In Fig. 45 is 
shown an example notification operation in which, when 
it is determined that a user Is to leave his seat, a process 
is performed to notify the user of information that he 
should recall. 

The process performed in Fig. 45 when a user 
leaves the seat can be performed when the mode is 
changed to the "leaving seat" mode in the user presence 
mode conversion processing in Fig. 43, which is initiated 
during the user presence determination/presence mode 
conversion processing in Fig. 33. 

When by employing the above described method it 
is detected that the user is to leave his seat, the mode 
is changed to the "leaving seat" mode, and added to the 
task table 1 4 is a notification process task shown in Fig. 
45 that can be performed in the "leaving seat" mode to 
notify the user of information that he should recall. 

Then, the notification process taskfor notifying a us- 
er of information that he should recall is initiated by the 
process execution unit 17 via the task analyzer 15 and 
the planning determination unit 16, and an operating 
screen 454 in Fig. 45 is displayed. 

In the example in Fig. 45, current time 453, 14:50, 
is compared with the schedule of the user 451 , "15:00 
Chief meeting". So long as the reason that the user 451 
leaves his seat is to attend the meeting, no problem will 
occur. If the user 451 leaves his seat for some reason, 
it is understood that the user may forget the meeting. 
Thus, the process is performed to notify the user 451 of 
the message 454, "15:00 Chief meeting at AMI confer- 
ence room". 

This notice is effective because the user 451 is 
about to leave his seat, and the purpose of implementing 
the notification of the information that the user should 
recall can be attained. When the "leaving" mode proc- 
ess has been performed, the process for changing the 
mode to the "absent" mode follows. 

As is described above, according to this embodi- 
ment, when a user is about to leave his seat, a process 
corresponding to this state can be performed, such as 
a process for notifying a user of information that he 
should recall. 

(Embodiment 18) 

An explanation will now be given for an example 
where a corresponding process is performed when it is 



determined that a user has returned to his seat. In Fig. 
46 is shown an example of the notification operation em- 
ployed for reporting received information, such as mes- 
sages accepted during the absence of a user, when it is 

s ascertained that he has returned to his seat. 

The process performed in Fig. 46 when a user re- 
turns to his seat can be performed when the mode is 
changed to the "returning" mode in the user presence 
mode conversion processing in Fig. 43, which is initiated 

10 during the user presence determination/presence mode 
conversion processing in Fig. 33. 

When by the above described method it is detected 
that the user has returned to the seat, the mode is 
changed to the "returning" mode, and added to the task 

15 table 14 is a notification process task, shown in Fig. 46, 
that can be performed in the "returning" mode to notify 
a user of information items that were received, such as 
messages accepted during his absence. 

Then, the notification process task for notifying a us- 

20 er of information items that were received, such as mes- 
sages accepted during his absence, is initiated by the 
process execution unit 17 via the task analyzer 15 and 
the planning determination unit 16, and an operating 
screen 464 in Fig. 46 is displayed. 

25 In the example in Fig. 46, information for five cases, 
including a message directly entered by a visitor, was 
received while the user was absent, and the list of re- 
ceived information items is displayed. 

This notice is effective because the user 461 has 

30 returned to his seat, and the purpose of implementing 
the notification of the information items received during 
the user's absence, such messages, can be attained. 
When the mode is other than the "returning" mode, an- 
other method must be employed for such notification. 

35 When the "returning" mode process has been per- 
formed, the process for changing the mode to the 
"present" mode follows. 

As is described above, according to this embodi- 
ment, when the user returns to his seat, a process cor- 

40 responding to this state is performed, such as the noti- 
fication of information items that were received, such as 
messages accepted during the absence of the user. 

(Embodiment 19) 

45 

An explanation will be given for an example where 
a corresponding process is performed when it is ascer- 
tained that the presence status of a user is unknown. 

In Fig. 47 is shown an example operating screen 
50 that is used, when it is ascertained that the presence of 
the user is unknown, to request confirmation of a pass- 
word in order to determine whether the user is present 
nearby. 

The process in Fig. 47 when the presence of the 
55 user is unknown can be performed when the mode is 
changed to the "presence unknown" mode in the user 
presence mode conversion processing in Fig. 43, which 
is initiated during the user presence determination/pres- 
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ence mode conversion processing in Fig. 33. 

When even after employing the above described 
method the presence of the user continuous to be un- 
known, the mode is changed to the "presence unknown" 
mode, and a password confirmation process task, s 
shown in Fig. 47, that can be performed in the "presence 
unknown" mode is added to the task table 1 4. Then, the 
password confirmation process task is initiated by the 
process execution unit 17 via the task analyzer 15 and 
the planning determination unit 16, and an operating io 
screen 472 in Fig. 47 is displayed. 

In the example in Fig. 47, confirmation of a pass- 
word is requested because no manipulation by a user 
for predetermined period of time (30 minutes) has oc- 
curred and the presence of the user is unknown. This 15 
notice is effective because the presence of the user is 
unknown, and the purpose of the password confirmation 
operation can be attained. Therefore, when the mode is 
other than the "presence unknown" mode, another 
method is employed to confirm the password. 20 

As is described above, according to the present in- 
vention, when the presence of a user is unknown, a 
process corresponding to this state, such as a password 
confirmation process, can be performed. 

25 

(Embodiment 20) 

An example where a corresponding process is per- 
formed when it is ascertained that a contradiction exists 
as to the presence of the user. 30 

In the example in Fig. 48, when it is ascertained that 
a contradiction exists as to the presence of the user, the 
user's operation of the information processing appara- 
tus is locked to inhibit illegal use, and the previously de- 
scribed password confirmation process is performed. 35 

The user presence contradiction process in Fig. 48 
can be performed when the mode is changed to the 
"presence contradiction" mode in the user presence 
mode conversion processing in Fig. 43, which is initiated 
during the user presence determination/presence mode 40 
conversion processing in Fig. 33. 

When, as a result of the detection by the above de- 
scribed method, it is determined that a contradiction ex- 
ists as to whether the user is present, the mode is 
changed to the "presence contradiction mode, and the 45 
user's operation in Fig. 48 that can be performed in the 
"presence contradiction" mode is locked to inhibit illegal 
use. In addition, the previously described password con- 
firmation process task is added to the task table 1 4. The 
user's operation is locked by the process execution unit 50 
1 7 via the task analyzer 1 5 and the planing determina- 
tion unit 16 in order to inhibit unauthorized use, and in 
addition, the above described password confirmation 
process task is initiated. 

In the example in Fig. 48, for example, when exist- 55 
ence data are transmitted at the same time from infor- 
mation processing apparatuses in Tokyo and Osaka in- 
dicting the user is present nearby, the occurrence of a 



contradiction is found, the user's operation is locked to 
inhibit the illegal use, and confirmation of the password 
is requested. This process is effective because a con- 
tradiction exists as to the presence of the user, and the 
purpose of the process can be attained. In a mode other 
than the "presence contradiction" mode, therefore, an- 
other method must be employed to perform the above 
processing. 

As is described above, according to this embodi- 
ment, when a contradiction exists as to the presence of 

a user, the above described processing, which corre- 
sponds to such a state, can be performed. 

(Embodiment 21) 

An explanation will now be given for an example 
where a remote location at which a user is present is 
displayed by an information processing apparatus. In 
Fig. 49 is shown an example information processing ap- 
paratus that can display the locations of users, such as 
group members. In the example in Fig. 49, the locations 
of Mr. A and Mr. B are displayed by an information 
processing apparatus 491 . 

As previously described, the user's presence data 
are transmitted to the information processing apparatus 
491 in the process for the individual modes, which are 
changed in the user presence mode conversion process 
in Fig. 43 that is initiated by the user presence determi- 
nation/presence mode conversion process in Fig. 33. 

In the example in Fig. 49, for example, an informa- 
tion processing apparatus 493 in Tokyo detects the 
presence nearby of Mr. A, and transmits presence data 
495 to the information processing apparatus 491 . An in- 
formation processing apparatus 494 in Osaka detects 
the presence nearby of Mr. B, and transmits presence 
data 496 to the information processing apparatus 491 . 

Upon the receipt of the presence data 495 and 496 
for Mr. A and Mr. B, the information processing appara- 
tus 491 stores and manages these data so that they can 
be displayed in response to an instruction by a user. 

When a user instructs the information processing 
apparatus 491 to display the presence data for all the 
group members, the console unit 11 accepts the instruc- 
tion and the task reception un it 1 3 adds to the task table 
14 the user's present location display process task, 
which is to be performed by the process execution unit 
17. Then, the user's present location display task is in- 
itiated by the process execution unit 17 via the task an- 
alyzer 15 and the planning determination unit 16, and a 
present location list 492 in Fig. 49 is displayed. 

As is described above, according to this embodi- 
ment, the locations at which the individual users, such 
as group members, are present can be displayed. 

The processing for displaying a location at which a 
user is present will now be described. Fig. 50 is a flow- 
chart showing the processing performed by the process 
execution unit 17 to display a location at which a user is 
present. Fig. 51 is a diagram showing example present 
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location data that are referred to in the processing for 
displaying the location at which the user is present. For 
the individual present location data, included are the 
name of a user to be displayed and his present location. 

When the processing for displaying the location at 
which a user is present is begun, first, at step S5001 a 
check is performed to determine whether the locations 
are displayed of all the users for which the present lo- 
cation data in Fig. 51 are stored. When the locations for 
all the users are displayed, the processing is terminated. 

If there is a user whose location has not yet been 
displayed, program control moves to step S5002, 
whereat information is extracted concerning the users 
who are stored for whom the present location data in 
Fig. 51 is extracted, and a check is performed to deter- 
mine whether the present location of the one user can 
be ascertained. If his present location is unknown, pro- 
gram control moves to step S5003 whereat "present lo- 
cation is unknown" is displayed. If his present location 
is ascertained, program control moves to step S5004 
whereat the present location is displayed. 

Program control then returns to step S5001, the 
above process is repeated, and finally, a present loca- 
tion list 492 shown in Fig. 49 is displayed. Since the 
present location for Mr. A is understood to be "Tokyo/ 
xxxx", by referring to the present location data in Fig. 
51, his location is displayed as is shown in Fig. 49. 

As is described above, according to this embodi- 
ment, the presence/absence of a user is determined, 
and as a process corresponding to this state can be per- 
formed, usability can be considerably enhanced. 

The presence/absence state of a user can be de- 
termined from a clear instruction entered by a user, an 
assumption made while referring to the information, in- 
formation received from another information processing 
apparatus, and information concerning the user ob- 
tained by using a detector. 

In consonance with when the user is present at his 
seat or is absent, corresponding processing can be per- 
formed. Further, in accordance with when the user is 
leaving his seat or has returned to his seat, a corre- 
sponding process can be performed. 

In addition, in consonance with when the presence 
of the user is unknown or when a contradiction exists, 
when the presence/absence condition is obtained by 
making an assumption, a corresponding process can be 
performed. Furthermore, the present location of the user 
can be displayed. Also, the user presence data of an 
information processing apparatus can be employed to 
understand with which information processing appara- 
tus the user was working, and a processing load im- 
posed on the job information recovery process can be 
reduced. 

(Embodiment 22) 

An explanation will now be given for an example 
process where a job that was interrupted at an informa- 



tion processing apparatus 1 is recovered at an informa- 
tion processing apparatus 2. In the example in Fig. 52, 
a user, who is permitted to use a plurality of information 
processing apparatuses connected via a network, inter- 
s rupts his job at an information processing apparatus 
521. When the user resumes his Interrupted operation 
at an information processing apparatus 522, at that ap- 
paratus 522 he recovers the job that was interrupted at 
the information processing apparatus 521 . 
10 As previously described, information concerning 
the mode designation of "leaving the seat", which re- 
flects an act by a user at the information processing ap- 
paratus 521 , is accepted by the console unit 11 , and is 
added to the task table 1 4 by the task reception unit 1 3. 
15 Then, the user presence determination/presence mode 
conversion processing in Fig. 33 is initiated by the proc- 
ess execution unit 17 via the task analyzer 15 and the 
planning determination unit 16. In this processing, the 
mode is changed from "present" to "leaving the seat". 
20 At this time, for the process performed in the "leav- 
ing the seat" mode, a user's job condition 524 when he 
left his seat is stored, and information indicating that the 
user left his seat is transmitted as presence data 523 to 
the information processing apparatus 522. 
25 Information concerning the mode designation "re- 
turning to seat", which reflects an act by the same user 
at the information processing apparatus 522, is accept- 
ed by the console unit 1 1 , and is added to the task table 
14 by the task reception unit 13. Then, the user pres- 
30 ence determination/presence mode conversion 
processing in Fig. 33 is initiated by the process execu- 
tion unit 17 via the task analyzer 15 and the planning 
determination unit 16. In this processing, the mode is 
changed from "absent" to "returned to seat". 
35 At this time, for the process performed in the "re- 
turning to seat" mode, it is understood that the same 
user was left the information processing apparatus 521 , 
and the job condition 524 is acquired from the informa- 
tion processing apparatus 521. Thus, the job condition 
40 524 can be recovered at the information processing ap- 
paratus 522. 

In this example, since the user left the information 
processing apparatus 521 before he returned to the in- 
formation processing apparatus 522, the condition 524 
45 for the job performed at the information processing ap- 
paratus 521 is recovered. If a user did not use any in- 
formation processing apparatus before he returned to 
his seat, the job condition that existed when the user left 
the information processing apparatus 522 is recovered. 
50 As is described above, according to this embodi- 
ment, when a user, who is permitted to use a plurality of 
information processing apparatuses connected via a 
network, interrupts a job at the information processing 
apparatus 1 and then resumes the job at the information 
55 processing apparatus 2, not only can the user recover 
the job at the information processing apparatus 2, but 
also at the information processing apparatus that he is 
going to use, he can recover the previous job condition. 
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unless he employed another information processing ap- 
paratus during tlie period between the time he left his 
seat and the time he returned to it. 

The remote control process for recovering a job will 
now be described in order to implement the above de- 
scribed operation. Fig. 53 is a flowchart showing the re- 
mote control processing performed by the precess ex- 
ecution unit 17 for recovering a job. 

As previously described, when the user left the in- 
formation processing apparatus 521 , the presence data 
523 indicating that the user left the seat are transmitted 
to the information processing apparatus 522. When the 
same user returned to the information processing appa- 
ratus 522 later, the remote control processing for recov- 
ering a job in Fig. 53 is begun. 

When this processing is initiated, first, at step 
S5301 a check is performed to determine whether leav- 
ing-seat information for the same user was received be- 
fore. When such data were received before, program 
control moves to step S5302. When such data were not 
received before, program control moves to step S5305, 
whereat the job data acquired when the user left his seat 
previously, which are held by the subject information 
processing apparatus, are recovered. The processing 
is thereafter terminated. 

At step S5302, a request for transmission of job 
condition data for the user when he left his seat is trans- 
mitted to the transmission source that previously trans- 
mitted the leaving-seat data, and thus the job condition 
data obtained when the user left his seat are obtained. 
When at step S5303 the receipt of the job data is suc- 
cessful, program control advances to step S5304. When 
the receipt of such data fails, program control moves to 
step S5305. 

At step S5304, the received job condition data are 
employed to recover the job condition when the user left 
his seat, and the processing is thereafter terminated. In 
the example in Fig. 52, when the user has left his seat, 
the information processing apparatus 521 stores the job 
condition 524 and transmits to the information process- 
ing apparatus 522 the presence data 523 indicating that 
the user left his seat. Therefore, when the user returned 
to the information processing apparatus 522, at step 

55301 it is ascertained that presence data reflecting that 
the user left his seat were previously received. At step 

55302 the job condition data 524 extent when the user 
left his seat are received, and at step S5304, the job 
condition is recovered. The processing is thereafter ter- 
minated. 

When neither information processing apparatus re- 
ceived presence data reflecting that the user left his 
seat, program control moves to step S5305, whereat the 
information processing apparatus 522 recovers the job 
condition extent when the user left his seat. The 
processing is thereafter terminated. 

In the above example, the information processing 
apparatus that the user left transmits presence data to 
that effect to another information processing apparatus. 



However, if a user can employ multiple information 
processing apparatuses connected across a network, a 
transmission destination for presence data may be re- 
garded as a specific server on the network, and the in - 

s formation processing apparatus that the user left may 
obtain presence data from this server. Instead of the 
presence data, the job condition data may be transmit- 
ted to the server. 

According to the above described embodiment, the 

10 job condition can be recovered at a different information 
processing apparatus connected via a network, and as 
the job can be resumed across a plurality of information 
processing apparatuses, useability can be enhanced. 

15 (Embodiment 23) 

An example where optimal information consonant 
with a situation is reported will now be described. In this 
embodiment is reported associated information that a 
20 user should recall in consonance with a situation. 

Fig. 54 is a diagram for explaining an example 
where optimal information consonant with a situation is 
reported. In the example in Fig. 54, schedule data are 
extracted from received E-mail 5401, and detection 
25 5403 of a conflict with a schedule previously stored in a 
schedule list 5402 is performed. 

While personal information 5404 is referred to, eval- 
uation 5404 for the priority level of the schedule is per- 
formed using a knowledge base 5406 for evaluation of 
30 a priority level, and a query 5409 to a user is issued. 
Then, a response 5410 is received from a user, and in 
accordance with an included instruction, processing for 
a response 5411, schedule updating 5412, learning of 
new plan 541 4, and contacting of a third party 541 3 are 
35 performed. 

In a recollection process 5408 performed by the 
process execution unit 1 7, to remind a user of work to 
be performed, by referring to a user's To Do List, work 
that can be performed at the user's destination is ex- 
40 tracted and is included in the response 5411 . 

As is described above, when a process, such as the 
schedule updating 5412, is performed by the process 
execution unit 17, the recollection process is initiated. 
The recollection process will now be explained 
45 while referring to the flowchart in Fig. 55. 

When the updating of a schedule is requested, the 
process execution unit 1 7 is activated, and at step S551 
the contents of an operation are analyzed. When at step 
S552 it is ascertained that the operation can be com- 
50 pleted by only the process execution unit 17, program 
control advances to step S553. When the external proc- 
ess is required, program control moves to step S555. 

At step S553, a process corresponding to the con- 
tents of the operation, the updating of the schedule in 
55 this case, is performed. At step S554, information con- 
cerning the contents of the operation is added to the hys- 
teresis data in the process execution unit 17. When this 
hysteresis data in the process execution unit 17 is em- 
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ployed, canceling (UNDO) and repeating (REDO) of the 
operation can be performed. Program control thereafter 
returns to step S551 , and the remaining process is con- 
tinued. 

If at step S552 the performance of a process outside s 

the process execution unit 17 is required, program con- 
trol moves to step S555, whereat a check is performed 
to determine whether, for saving the hysteresis, the orig- 
inal hysteresis number is valid which is designated as a 
task that corresponds to the process that was per- io 
formed, so that whether or not hysteresis should be 
saved is decided. 

When it is ascertained that the hysteresis should be 
saved, program control advances to step S556, whereat 
the contents of the operation are added to the hysteresis 15 
data 19 via the hysteresis data manager 18, and the hys- 
teresis number is acquired. When at step S556 the hys- 
teresis data are added, at step S557 the hysteresis 
number returned by the hysteresis data management 
unit 18 is set as the original hysteresis number for the 20 
task, and is added to the task table 14. When, at step 
S555, it is ascertained that the hysteresis need not be 
saved, an invalid value is set as the original hysteresis 
number for the task, and is added to the task table 1 4. 

In the above processing, at step S558 a check is 25 
performed to determine whether information associated 
with the process exists in a To Do List 5407 or in a sched- 
ule 5402. If such information is present, at step S559, a 
notification task for reminding the user of information, is 
added to the task table 1 4. The processing is thereafter 30 
terminated. 

In the example shown in Fig. 54, the task informing 
"meeting with Mr. Kato", which is a work to be possibly 
done at Shimomaruko, which is the same place as a re- 
newed schedule of "progress reporting conference" be 55 
held will be added to the task table 14. 

In the leaving-seat process in Fig. 45, for example, 
the current time 453, 14:50, is compared with the sched- 
ule of the user 451, "15:00 chief meeting". So long as 
the reason that the user 451 leaves the seat is to attend 40 
the meeting, no problem occurs. If the user 451 leaves 
the seat for another reason, it is understood that the user 
may forget the meeting. Thus, the task of notifying the 
user 451 using message 454, "15:00 Chief meeting at 
AIM conference room" is added to the task table 14. 45 

In the above example, the schedule for the identical 
location or the schedule for a time close to the current 
time are reported. An activity performed for the same 
person (query to one of the attendees at a meeting, 
while not referring to the contents of the meeting) or an 50 
activity for which time still remains (a meeting that a user 
should attend after another meeting) may be reported 
to a user. 

In the above described embodiment, the optimal 
notice consonant with the situation can be issued. The 55 
notification time must not be designated in advance by 
a user, and usability can be improved. The notification 
of conditions other than time, such as the issuance of a 



notification when the user leaves his seat, can be em- 
ployed to provide a flexible notification procedures con- 
sonant with an exact situation. 

(Embodiment 24) 

Fig. 56 is a diagram showing an example where an 
optimal task is added/stored in consonance with the sit- 
uation where a user has issued a pending instruction. 

In the example in Fig. 56, when mail "3/3 10:29:30 
from Ichiro" 563 is selected from a mail list 562 displayed 
on an information processing apparatus 561, and the 
contents of the mail 563 is displayed, a HOLD button 
565 is depressed in order to perform a reference search 
and correction for the mail or to interrupt another oper- 
ation. In this embodiment, a job resumption task, such 
as "read mail from Ichiro" 566 in Fig. 56, is added and 
is stored in the To Do List. 

As is described above, when a pending instruction 
is issued during a process, such as mail reference 564, 
performed by the process execution unit 1 7, the pending 
process, which is the essential element of this embodi- 
ment, is performed, and a job resumption task is added 
to the To Do List of the user 

In the above described embodiment, since the op- 
timal task is added and stored in consonance with the 
issuance of a pending instruction by a user, usability can 
be considerably enhanced. 

Fig. 57 is a flowchart showing the pending process- 
ing performed by the process execution unit 17. 

An explanation will now be given for an example 
where the pending process is initiated by the process 
execution unit 17 at the same time the process 564 for 
referring to mail is performed. 

When the process execution unit 17 is activated, at 
step S571 the contents of an operation are analyzed. 
When, at step S572, it is ascertained that the operation 
can be completed by only the process execution unit 1 7, 
program control advances to step S573. When an ex- 
ternal process is required, program control moves to 
step S575. 

At step S573, a process corresponding to the con- 
tents of the operation, the mail reference in this case, is 
performed. At step S574, information for the contents of 
the operation is added to the hysteresis data in the proc- 
ess execution unit 17. When this hysteresis data in the 
process execution unit 17 is employed, canceling (UN- 
DO) and repeating (REDO) of the operation can be per- 
formed. Program control thereafter returns to step S571 , 
and performance of the process is continued. 

If, at step S572, the performance of a process out- 
side the process execution unit 17 is required, program 
control moves to step S575, whereat a check is per- 
formed to determine whether, for saving of the hystere- 
sis, the original hysteresis number is valid which is des- 
ignated as a task that corresponds to the process that 
was performed, so that whether or not hysteresis should 
be saved is decided. 
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When it is ascertained that the hysteresis should be 
saved, program control advances to step S576, whereat 
the contents of the operation are added to the hysteresis 
data 19 via the hysteresis data manager 18, and the hys- 
teresis number is acquired. When, at step S576, the s 
hysteresis data are added, at step S577 the hysteresis 
number returned by the hysteresis data management 
unit 18 is set as the original hysteresis number for the 
task and is added to the task table 14. When, at step 
S575, it is ascertained that the hysteresis need not be io 
saved, an invalid value is set as the original hysteresis 
number for the task and is added to the task table 14. 

In the above processing, when at step S578 it is as- 
certained that there is a user instructed pending proc- 
ess, at step S579, the task for resuming the above proc- 15 
ess is added to the To Do List. The processing is there- 
after terminated. 

In the example in Fig. 56, since the pending process 
was instructed while referring to the E-mail from Ichiro, 
the task "read mail from Ichiro" is added to the To Do List. 20 

Fig. 58 is a diagram illustrating the entire arrange- 
ment, according to this embodiment, of an information 
processing apparatus that can add and store an optimal 
task in consonance with a situation. In an information 
processing apparatus 5801 , an input analyzer 5802 an- 25 
alyzes data input by various input devices, such as a 
scanner 5805, a voice input unit 5806, a telephone 
5807, E-mail 5808 and a facsimile machine (FAX) 5809, 
a processor 5803 performs the searching, editing, ref- 
erencing and deleting processes, and a synthesizer 30 
5804 synthesizes/converts data as needed and outputs 
the resultant data to various output devices, such as a 
file 5810, a printer 5810, E-mail 5812 and a facsimile 
5813. 

During the input, analyzation, data processing, syn- 35 
thesization and output procedures, a process that is as- 
sumed to be necessary is added to the task table 14, 
and a task associated with a user is added to the To Do 
List that the user can read. 

As a result, an optimal task in consonance with the 40 
situation can be added and stored. 

Fig. 59 is a diagram illustrating an example operat- 
ing screen of an information processing apparatus that 
can add and store an optimal task in consonance with 
the situation. 45 

In Fig. 59, various operation buttons are displayed, 
such as those for an E-mail list display instruction 5902, 
an E-mail summary display 5903, a clock 5904, help 
5905, news displays 5906 to 5908, a schedule 5909, an 
address list 5910, a filing cabinet 5911, a file 5912, a 50 
search for various data 5913, pending 5914, a note 
5915, display and operation of various data 5916, re- 
trieval 5917, creation 5918, transmission 5919, printing 
5920, a telephone 5921 , application activations 5922 to 
5923, a notification data display 5924, natural language 55 
input 5925, an oral operation 5926, an oral response 
5927, a deletion 5928 and quit 5929. 

As a result of the process performed in response to 



the instruction entered on the operating screen, or upon 
the entry of an instruction, a process that is assumed to 
be required is added to the task table 14, and a task 
associated with the user is added to the To Do List that 
the user can read. 

As is described above, for each process, an optimal 
task in consonance with the situation can be added and 
stored. 

In this embodiment, when a pending instruction is 
issued during the processing, as a task for resuming a 
process that is being held is registered in the execution 
list without an explicit key manipulation directing the ad- 
dition and storage of the task being required, usability 
can be drastically increased. 

(Embodiment 25) 

Fig. 60 is a diagram for explaining a moving and 
copying process, with an automatic index provision, that 
is performed to display a dynamic tree based on file at- 
tributes and to update the file attributes in accordance 
with the moving and copying performed on the display. 

In the example in Fig. 60, in response to the input 
of data by a user, or by the reading characters and code 
that are written at a predetermined location of an image 
that is scanned, a keyword 603 is provided for a file 
"1 997.4.5, file-abc" 602 that is read by a scanner 601 . 

In the above procedures, in response to the use of 
a keyword, a file list stored and managed by an • infor- 
mation processing apparatus 604 is displayed in the 
form of a dynamic tree 605. When the user selects 
"1 997.4.5 file-abc" from among the files on the display, 
and enters a moving or copying instruction 606, "Anoth- 
er company information" and "B Co.", which are key- 
words for moving or copying destinations, are added to 
the file "1997.4.5 file-abc", as is shown in a keyword list 
607. 

As is described above, only moving and copying 
manipulation of the keyword tree 605 need be per- 
formed to add attributes, such as keywords for a moving 
and copying destination. 

According to this embodiment, as the dynamic tree 
based on the file attributes is displayed and the at- 
tributes of files are updated in accordance with the mov- 
ing or copying of data on the display useability can be 
improved. 

Fig. 61 is a flowchart showing the moving and cop- 
ying processing performed with an automatic index pro- 
vision. This processing will now be described while re- 
ferring to this flowchart. 

When the moving and copying processing with an 
automatic index provision is initiated, first, at step S611 
a user acquires an original file for which moving or cop- 
ying is designated. At step S612, a check is performed 
to determine whether the original file designated by the 
user and the moving or copying destination are valid. 
When both are valid, program control moves to step 
S613. When both are invalid, program control moves to 
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step S61 8, whereat an error message is displayed, and 
the processing is thereafter terminated. 

At step S613, an index at the moving or copying 
destination is obtained, and at step S614 the obtained 
index is added to the index of the original file. At step 
S615; the file is stored at the moving or copying desti- 
nation; and at step S61 6 a check is performed to deter- 
mine whether the user instructed the moving of the file. 
When the user instructed the moving of the file, program 
control advances to step S617, whereat the original file 
is deleted and the processing is thereafter terminated. 
At this time, when the keyword or the index provided for 
the original file is deleted from the moving destination 
file, the keyword or the index of the original file can be 
replaced with those for the moving destination. 

In the example in Fig. 60, the moving or copying 
source file is "1 997.4.5 file-abc". The keyword or the in- 
dex data for the moving or copying destination, "Another 
company information, B Co.", are added to the original 
keyword or the index data for the file, "Bill 1 997", 603 
to thereby obtain the updated keyword or index data, 
"BIN, 1997, Another company information, B Co". 607. 

In the above process, while viewing the entire file 
that is stored and managed, the user can add, delete or 
update a necessary keyword, and usability can be con- 
siderably enhanced. 

According to the above described embodiment, a 
dynamic tree based on the attributes of the file can be 
displayed, and the attributes of the file can be updated 
in accordance with those for the file moving or copying 
destination shown on the display. 

(Embodiment 26) 

Fig. 62 is a diagram for explaining an example of 
the processing performed for a combination of files hav- 
ing different forms, in a situation where moving and cop- 
ying between files having different forms can be per- 
formed. 

In the example in Fig. 62, afile list is displayed using 
a tree for each file form on an information processing 
apparatus 621 that can store and manage files having 
a plurality of different forms, such as an image file 622 
and a text file 623. 

The user selects a text file, "file-abc", from the file 
list, and employs a mouse to enter an instruction 624 to 
move or copy it to the image data tree. Then, the select- 
ed file is converted from a text file, which is the moving 
or copying source file form^ into an image data file, which 
is a moving or copying destination file form, and the re- 
sultant file is moved or copied into "1997.4.5 file-abc". 

As is described above, only the moving or copying 
operation on the operating screen in Fig. 62 need be 
performed to convert the file into a file form for a moving 
or copying destination. 

Fig. 63 is a flowchart showing the different file form 
combination processing. This processing will now be 
described while referring to the flowchart. 



When the different file form combination processing 
is initiated, first, at step S631 a user acquires an original 
file for which moving or copying is designated. At step 
S632, a check is performed to determine whether the 

s original file designated by the user and the moving or 
copying destination are valid. When both are valid, pro- 
gram control moves to step S633. When both are 
invalid, program control moves to step S638, whereat 
an error message is displayed and the processing is 

10 thereafter terminated. 

At step S633 a format, such as a file form for a mov- 
ing or copying destination, is acquired, and at step S634, 
the original file is converted into the obtained format. 
At step S635, the file is stored at the moving or cop- 

15 ying destination, and at step S636, a check is performed 
to determine whether the user selected the moving of 
the file. When the user selected the moving of the file, 
program control goes to step S637, whereat the original 
file is deleted and the processing is thereafter terminat- 

20 ed. 

In the example in Fig. 62, since the source file to be 
moved or copied, "file-abc", has a text format and a file 
for the moving or copying destination has an image data 
format, at step S634 the original file is converted to the 
25 image dataformat before the moving or copying process 
is begun. 

Through the above processing, as the user can 
change the format of a required file, while viewing the 
entire file that is stored and managed, useability can be 
30 considerably improved. 

According to the above described embodiment, the 
file form can be changed in association with the moving 
and copying of the file on the display. In addition, the 
moving and copying of files having different file forms 
35 can be easily performed. 

The present invention can be applied to a system 
that is constituted by a plurality of devices (e.g., a com- 
puter main body, an interface device and a display), or 
to an apparatus that includes a single device. 
40 The following is also included within the scope of 
the present invention: in order to operate various devic- 
es to implement functions in the above embodiment, 
software program code for implementing the functions 
in the previous embodiments are supplied to a computer 
45 in an apparatus, or in a system that is connected to var- 
ious devices, and in consonance with the program, the 
computer (or a CPU or an MRU) in the system or the 
apparatus operates the devices to accomplish the func- 
tions included in the above embodiments. In this case, 
50 the program code read from a memory medium accom- 
plishes the functions of the above described embodi- 
ments. And the program code and means for supplying 
the program code to the computer, e.g., a memory me- 
dium on which such program code is recorded, consti- 
55 tute the present invention. 

A memory medium for supplying such program 
code can be, for example, a floppy disk, a hard disk, an 
optical disk, a magneto optical disk, a CD-ROM, a CD- 
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R, a magnetic tape, a nonvolatile memory card, or a 
ROM. 

In addition, not only in a case where the functions 
in the previous embodiment can be performed when 
program code is read and executed by the computer, s 
but also in a case where, according to an instruction in 
the program code, an OS (Operating System) running 
on the computer, or another application software pro- 
gram, interacts with the program code to accomplish the 
functions included in the above embodiments, this pro- io 
gram code can be included in the embodiments of the 
present invention. 

Furthermore, the present invention includes a case 
where program code, read from a memory medium, is 
written in a memory that is mounted on a function ex- 15 
pansion board inserted into a computer, or in a function 
expansion unit connected to a computer, and in conso- 
nance with a program code instruction, a CPU mounted 
on the function expansion board or the function expan- 
sion unit performs one part, or all, of the actual process- 20 
ing in order to implement the functions included in the 
above described embodiments. 

When the present invention is applied for the above 
memory medium, program code corresponding to the 
previously described flowcharts is stored in the memory 25 
medium. 

Although the present invention has been described 
in its preferred form with a certain degree of particularity, 
many apparently widely different embodiments of the in- 
vention can be made without departing from the scope 30 
thereof. It is to be understood that the invention is not 
limited to the specific embodiments thereof except as 
defined in the appended claims. 



Claims 
1. An ii 



2. An information processing apparatus according to 
claim 1, wherein said predetermined notification 
condition is information concerning time. 

3. An information processing apparatus according to 
claim 2, wherein said predetermined notification 

condition is a difference between an effective time 
for said pending undertaking and the current time. 55 

4. An information processing apparatus according to 
claim 3, wherein said notification means includes 



decision means for designating the contents of a 
notification in consonance with a value obtained for 
said difference. 

5. An information processing apparatus according to 
claim 1, wherein said predetermined notification 
condition is a time at which a user leaves his seat. 

6. An information processing apparatus according to 
claim 1, wherein said predetermined notification 
condition is information concerning a location. 

7. An information processing apparatus according to 
claim 6, wherein said predetermined notification 
condition is a correlation of a scheduled location for 
said pending undertaking and a destination of said 
user. 

8. An information processing apparatus according to 
claim 1, wherein said predetermined notification 
condition is information concerning a person. 

9. An information processing apparatus according to 
claim 8, wherein said predetermined notification 
condition is a correlation of a person concerned with 
said pending undertaking and a person whom said 
user is going to meet. 

10. An information processing apparatus according to 
claim 1, wherein said predetermined notification 
condition is an updating of a schedule. 

11. An information processing method comprising: 

a determination step of determining whether a 
predetermined notification condition can be 
satisfied; and 

a notification step of notifying a user of a pend- 
ing undertaking to be executed when it is as- 
certained at said determination step that said 
notification condition can be satisfied. 

12. An information processing method according to 

claim 11, wherein said predetermined notification 
condition is information concerning time. 

13. An information processing method according to 
claim 12, wherein said predetermined notification 
condition is a difference between an effective time 
for said pending undertaking and the current time. 

14. An information processing method according to 
claim 13, wherein said notification step includes a 

decision step of designating the contents of a noti- 
fication in consonance with a value obtained for said 
difference. 

15. An information processing method according to 



35 



nformation processing apparatus comprising: 

determination means for determining whether 40 
a predetermined notification condition can be 
satisfied; and 

notification means for notifying a user of a 

pending undertaking when it is ascertained by 
said determination means that said notification 45 
condition can be satisfied. 
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claim 1 1 , wherein said predetermined notification 
condition is a time at which a user leaves his seat. 

16. An information processing method according to 
claim 11, wherein said predetermined notification s 
condition is information concerning a location. 

17. An information processing method according to 
claim 16, wherein said predetermined notification 
condition is a correlation of a scheduled location for io 
said pending undertaking and a destination of said 
user. 

18. An information processing method according to 
claim 11, wherein said predetermined notification 15 
condition is information concerning a person. 

19. An information processing method according to 
claim 18, wherein said predetermined notification 
condition is a correlation of a person concerned with 20 
said pending undertaking and a person whom said 
user is going to meet. 

20. An information processing method according to 
claim 11, wherein said predetermined notification 25 
condition is an updating of a schedule. 

21. A computer-readable storage medium in which is 
stored a program for controlling a computer, the pro- 
gram comprising codes for permitting the computer 30 
to perform: 

a determination step of determining whether a 
predetermined notification condition can be 
satisfied; and 35 
a notification step of notifying a user of a pend- 
ing undertaking to be executed when it is as- 
certained at said determination step that said 
notification condition can be satisfied. 

40 
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L 
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( START ) 



S4301 




( END ) 



REFER TO USER PRESENCE 
MODE CONVERSION DATA 
AND ACQUIRE 
DETERMINATION PROCESS 



DECIDE DETERMINATION 
PROCESS 



EXECUTE REQUIRED 
PROCESS AND ADD IT 
TO TASK TABLE 



S4302 



S4303 



S4304 
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FIG.44 



443 



Mr. XX IS OUT NOW. 
HE WILL BE BACK AT 17:00. 
WOULD YOU CARE TO LEAVE A MESSAGE? 



,444 



MESSAGE 



445 

J— 



3 



LEAVE MARK 
(FOOTMARKS) 



OK 



CANCEL 



446 




441 



ABSENCE 
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FIG.46 



464 

2_ 



5 MESSAGES RECEIVED DURING ABSENCE 

MESSAGES 
13:00 OOOODIrect 
14:30 OOOOby Phone 
15:23 XXXXby E-mail 
1 6:40 OOOOby Phone 
1 6:40 OOOOby Phone 



E-mail Phone Direct Others 




Hold 



CANCEL 




BE BACK TO SEAT 



78 



EP 0 867 823 A2 
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PASSWORD CONFIRMATION 

NO OPERATION IS EXECUTED FOR 

30 MINUTES OR MORE FOR CONFIRMATION, 

INPUT PASSWORD 



PASSWORD 



OK 



CANCEL 
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FIG.49 
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FIG. 50 



( START ) 



S5001 




S5003 



DISPLAY 

"PRESENT LOCATION UNKNOWN" 



S5004 
_L_ 



DISPLAY PLACE 
WHERE YOU ARE AT 



( END ) 



FIG. 51 



///////// 
/USER name; 


////, PRESENT LOCATION /// 

//////////////////// 


A 


TOKYO / xxxx 


B 


OSAKA/. ••• 


C 


PRESENT LOCATION UNKNOWN 


D 


PRESENT LOCATION UNKNOWN 


e 


TOKYO 1 1 F CONFERENCE ROOM 



82 



EP 0 867 823 A2 



FIG.52 



LEAVE SEAT 
(OUT) 



BE BACK 
TO SEAT 
(IN) 




6F 

OFFICE 
ROOM 



c3 



<FOR REFERENCE^ 

REFERENCE INFORMATION 
FROM MR. HIROSE OF 
PRODUCT MARKET 
RESEARCH SECTION 



The Web In Print 
Vendors look for ways 
to control printers over 
the intranet and improve 
output 

Not quite picture perfect 
is tiow a Web page 
looks wf>en it comes out 
of a printer. Thai is not 
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( START ) 



S5301 

"SAME USER LEAVING* 
"SEAT INFORMATION BEEN ACQUIRED 
BEFORE? 



N 



RECEIVE TASK INFORMATION ON CASE 
OF LEAVING SEAT FROM SENDER OF 
LEAVING SEAT INFORMATION 



S5303 




N 



RETURN TO USER TASK IN 
ACCORDANCE WITH RECEIVED 
TASK INFORMATION 



S5305 



RETURN TO USER TASK 
IN ACCORDANCE WITH 
PREVIOUS USER TASK 
INFORMATION 



( END ) 
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To: yamasawa@abc.xyz.co.jp 
From: takasan@abc.xyz.co.jp 
Subject: Progress Report Meeting 

PROGRESS REPORT MEETING 
WITH GENERAL MANAGER, WHICH 
IS PLANNED END OF THIS MONTH. 
IS ALTERED TO AFTERNOON ON 
OCTOBER 13TH. PLACE FOR 
MEETING IS UNCHANGED, 
SHIMOMARUKO. I APOLOGIZE YOU 
FOR THE LATE NOTICE. THANK YOU. 

Takayama (takasan@abc.xyz.co.jp) 
044-549-5339 (Ext. 620-3395) 
xyz INC. PLANNING DEPARTMENT 



5401 



5409 

I 

SINCE PROGRESS REPORT MEETING WitH GENERAL 
MANAGER IS CHANGED TO AFTERNOON ON 13TH, 
SHALL I SEND A REPLY TO THEM FOR YOUR ABSENCE FROM 
THE MEETING THAT IS SCHEDULED? 



i 




Schedule 

Oct 1996 
(Sun) 

^on) 18:00 MEETING 
Tue) BUSINESS TRIP 
(FnJ 13:00 MEETING AT 
COOPERATIVE CO. 
(NOT RETURN) 

INDIVIDUAL INFORMATION 



ICHIRO SUZUKI 
xyz INC. PLANNING 
DEPARTMENT PROJECT A 

TARO KATO 

ABC PROJECT SECTION 
SHIMOMARUKO A6F 



I 



■^406 



-4 



PRIORITY EVALUATION 

1. COMPARISON OF 
SCHEDULE ITSELF 

2. COMPARISON OF 
AHENDANCE 

3. COMPARISON OF OBJECT 

OTHER TASKS ALSO VIABLE? 



{ES. LETS SEE ...I THINK MR: 
ijccdISUZUKI CAN ATTEND FOR ME THE 
' J«!EETING AT COOPERATIVE CO, 



OK. I WILL CONTACT MR. SUZUKI, AND. WHEN 
YOU ATTEND THE MEETING IN SHIMOMARUKO, 
WE WOULD LIKE YOU TO HANDLE THE BUSINESS 
WITH MR.KATO. ... 



5412- 



UPDATE 
.SCHEDULE^ 



'5413 




I 



To Do List 

DEADLINE (PRIORITY) CONTENTS 
-10/31 (3)MAKE ARRANGEMENTS 

WITH MR. KATO 
~10n5(1)SUBMIT WEEKLY 
REPORT 
1 0/31 (3)PATENT SEARCH 



5407 



5414 
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FIG.56 



562 




TO DO LIST 



MAIL LIST 

3/2 10:00:15 from Sato 
3/2 11:15:00 from ABC co. 

3/3 10:29:30 from Ichiro^ 
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HOLD 



OK 



CANCEL 



565 



564 



HOLD 



CANCEL 



Subject: about NT Server 
Date: Men. 3 Mar 1997 17:09:43 +0900 
From: <ichiro@ x x .xyz.co.jp> 
Reply-To: Postmaster@ x x .xyz.co.jp 
To: < X X X @xxx.xyz.co.jp> 



THIS IS ICHIRO. THERE IS SOME INFORMATION 
CONCERNING NT SERVER. 

1 . I OPENED VARIOUS CD-ROMS. PLEASE ACCESS 
LIST FROM NETWORK COMPUTER. FOR ACTUAL 
INSTALLATION, CD-KEY IS REQUIRED. (VC++etc...) 



2. 



PREPARE PRESENTATION REFERENCE. 
RETURN TO MR. xx. 



PREPARE RESPONSE TO QUESTION ABOUT 
PREVIOUS REVIEW. 



/ 



READ MAIL FROM ICHIRO. 
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5805 

_L_ 

Scan 



5806 

L 

Create 
voice 



FIG.58 



5807 

__L 

Phone 



5808 

L 

Receive 
E-mail 



5801 

J 

5809 

L 

Receive 
FAX 



5802 



Analyze Input 



I 



Processing 
Search Edit View Delete 



5803 



/ 



I 



5804 



Synthesize Output 



-7\ 



File 



Print 



5811 



5810 >^ T ^ 



Send 
E-mail 

r 



Send 
FAX 



5812 



5813 



Distribute 
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CO CVJ 
CM CM 

lo in 




to lO 



90 



EP 0 867 823 A2 




91 



EP 0 867 823 A2 
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( START ) 



ACQUIRE ORIGINAL FILE 



S611 



S612 



ANY ORIGINAL 
FILE AND DESTINATION 
JTHEREOF? 



ACQUIRE INDEX OF NEW ADDRESS 
OR COPY DESTINATION 



S613 



S618 



DISPLAY ERROR 



ADD ACQUIRED INDEX TO ORIGINAL FILE 



STORE FILE IN NEW ADDRESS OR 
COPY DESTINATION 



S616 




S614 



S615 



DELETE ORIGINAL FILE 



S617 



END 



3 
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FIG.62 




VARIOUS FORM FILE COMBINATION OPERATION Window 



IMAGE - 
INFORMATION 



622 



BILL 



- BEFORE 1995 51 
H 1996 H 
" 1997 B— r— 1997.2.15 file-aux 



— NOTIFICATION 

— RECEIPT 



MINUTES 

(OF PROCEEDINGS) 



E 



— 1997.3.20 file-xxx 

— 1997.4.5 file-abc 



624 



TEXT 
623 



■OTHER CO. 
INFORMATION 



•DIRECTORY A B- 



B- 



T-ACaEl 
^ BCO- B 



T- DIRECTORY A1 
- DIRECTORY A2 
-DIRECTORY A3 P 



— DIRECTORY BE) 
-DIRECTORY CH 
— DIRECTORY Dffl 




1 

/ 
/ 
/ 
/ 
/ 
/ 



1993.12.30 flle-uvw y 



^- CCO. gl —1995.2.28 file-xyz 



file-aux 
i— file-xxx 
file-abc 



/ 
/ 
/ 
/ 
/ 
/ 
/ 
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FIG. 63 

( START ) 



ACQUIRE ORIGINAL FILE 




]}--S631 



ACQUIRE FORMAT OF NEW 
ADDRESS OR COPY DESTINATION 



S633 



S638 

i 



DISPLAY ERROrI 



CONVERT ORIGINAL FILE TO 
ACQUIRED FORMAT 



STORE FILE IN NEW ADDRESS OR 
COPY DESTINATION 



S634 



S635 




DELETE ORIGINAL FILE 



-S637 



( END ) 
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